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START ) 

t 

CREATE SKELETON FILE FOR 
SERVER-SIDE RESOURCE 
ACCESSING CLASS 

t 

CREATE FILE FOR 
SERVER-SIDE RESOURCE 
ACCESSING SECTION 
COMMON INTERFACE 

^ 

CREATE FILE FOR 
SERVER-SIDE RESOURCE 
ACCESSING SERVER-SIDE 
ADAPTER INTERFACE 

y 

CREATE FILE FOR 
SERVER-SIDE RESOURCE 
ACCESSING SERVER-SIDE 
ADAPTER CUSS 

CREATE FILE FOR 
SERVER-SIDE RESOURCE 
ACCESSING CLIENT-SIDE 
ADAPTER CLASS 

K END ) 

CREATION OF EACH FILES AT SERVER-SIDE 
RESOURCE ACCESSING SECTION 



CREATE EACH FILE 
FOR SERVER-SIDE 
RESOURCE 
ACCESSING 



FIG. 30 
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CREATE FILE 
FOR COMMON 
INTERFACE 



- ( START ) 



PREPARE LIST C-10 




INSERT LIST 
C-12 INTO 
LIST C-IO 



INSERT LIST 
C-11 INTO 
LIST C-1 



NO 




( END ) 



AUTOMATIC CREATION OF COMMON INTERFACE 



FIG. 32 
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CREATE FILE FOR 
SERVER-SIDE 
ADAPTER CLASS 




INSERT LIST 




C-34 INTO 




LIST C-30 











INSERT LIST 
C-31 INTO 
LIST C-30 



CREATE RELAY 

METHOD 

DEFINITION 

IN CLASS 

DEFIN ITION 
Hi 

NO 



NO 




02 OR 03 

'no' 




AUTOMATIC CREATION OF SERVER-SIDE ADAPTER CLASS 

FIG. 33 
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CREATE FILE FOR 
CLIENT-SIDE 
ADAPTER CUSS 




INSERT LISTS 
C-41, 42, & 43 
INTO LIST C-40 



02 OR 03 

no" 




INSERT LIST 
C-44 INTO 
LIST C-40 






^ 


CREATE RELAY 
METHOD 
DEFINITION 
IN CLASS 
DEFINITION 




^ 



NO 




END ) 



AUTOMATIC CREATION OF CLIENT-SIDE ADAPTER FILE 

FIG. 35 
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AUTOMATIC CREATION OF SERVER-SIDE 
RESOURCE ACCESSING SECTION COMMON INTERFACE 

FIG. 36 
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SERVER COMPONENT INFORMATION 
■COMPONENT NAME 

■EXECUTION PUCE OF SERVER-SIDE 
RESOURCE ACCESSING SECTION 

•PRESENCE OR ABSENCE OF CLIENT-SIDE 
RESOURCE ACCESSING SECTION 



FIG. 40 



PURCHASER'S 
NAME 


ITEMS 
PURCHASED 


PRICE 
(YEN) 


TARO 


PENCIL 


200 


HANAKO 


ERASER 


100 


TARO 


DESK PAD 


300 


■ 
■ 


■ 

• 
■ 


■ 
• 
■ 
■ 


FIG.41 



□ 



DATABASE ACCESSING APPLICATION 



n 



PURCHASER'S 
NAME 



-502 



AMOUNT OF MONEY 
SPENT FOR PURCHASE: 



h'504 
YEN 



RETRIEVAL -506 



508- END 



FIG. 42 
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( START ) 



INPUT PURCHASER'S NAME 



± 



PRESS RETRIEVAL BUHON 



'ST102 
'ST104 



DATABASE 
ACCESSING 
COMPONENT READY 
FOR USE? 

NO 



ST106 



REQUEST DATABASE ACCESSING 
COMPONENT FROM COMPONENT SERVER 



CAUSE EXECUTION POSITION 
DECISION SECTION TO 
DETERMINE EXE CUTION POSITION 



'ST108 



'ST110 



TRANSFER DATABASE ACCESSING 
COMPONENT TO PLACE CORRESPONDING 
TO DETERMINED EXECUTION POSITION 
AND MAKE CONNECTION FROM 
DATABASE ACCESSING CLIENT 



•ST112 



CARRY OUT RETRIEVING PROCESS 
DISPLAY THE RESULT 



■STn4 
'ST116 




FIG. 43 



04/12/2004, EAST Version: 1.4.1 



U.S. Patent Jan. 13, 2004 sheet 35 of 40 US 6,678,715 Bl 



00 



00 



i 



LU 

CO 

al, 



LU 



00 

CO _ 

uu oo 
o 

o o 

< I— 

CD Z2L 

Q O 

Q H- 

OO oo 



C/5 



cr 



— < 



2 

O 
O 



CO LU 

^ O 
O 

O 



I 

00 

ID Z LU 

00 — 



LU 

O 

^2 



o 

CO 



in 



CO 
CO 











«z 







LU 




CO 


-J 




OD 


o 




LU 


iD 




O 






< 












LU 


00 




O 


LU 




uu 


/ s 

N— / 






o 




O 


< 










LU 


LU 




CC 








5$ 




LU 


CD 






< 










CO 


















LU 


g 




—I 






O 


O 




o 






s 


EC 




CO 


CO 





CO 

cc 

cc o 

LU — 

LU 

□ 

LU O 
O CC 

^£ 

8 LU 

11 

-J z 



o o 

z — 

LU — 

^ -J 
C-J < 

< — 



O 2 

CC — 

O 00 

(O LU 

LU O 

CC O 







z 










o 


1— 






o 






LU 




ESS 


00 














s 


















LU 








z 










B 


00 




OO 


CO 




LU 

CC 


LU 

<J 










LU 






O 








CD 




CO 


O 




»-!- 






z 

LU 








z 




d 


o 






h- 






EC 




00 


OO 




LU 



cc 

LU 

T 

ZD 
CO 



CO 



CO 

< 

CO LU 



LU 



i8 



CO 



Q . _ 

Z O CJ 

LU LU 

CO CO < 



CC m 

LU O 
Q 

< oc 

o o 



^- LU 
z o 

LU Z 

II 

o — 

CO 
-J QC 

o o 



o o 

is 

o < 

ii 



GO 
00 
LU 
O 



uu 



< 

u_ 



CD 
CM 



CO 



04/12/2004, EAST Version: 1.4.1 



U.S. Patent Jan. 13, 2004 sheet 36 of 40 US 6,678,715 Bl 








Csl 






































































\ 




















1 1 1 








IDE 


CTK 


ON 




URGE 


DB 


ION 








1— 








CT 


CR 






ZA 




RE 




SE 












o 




CT 


QC 




-J 




UJ 




o 


LU 


UJ 




< 




o 


1- 




> 


CO 














GC 




UJ 


1- 




CO 


UJ 




LU 


GC 








1 




CD 


CO 


O 








□c 


e> 


CD 


U_ 


<: 






UJ 


1— 












z: 






UJ 


UJ 


CO 










LU 


O 


o 


UJ 




UJ 


CO 


CO 




cr 


o 




CO 


CO 


CO 


O 




ID 


o 






UJ 


UJ 


Q_ 




O 






1— 


o 


o 




CO 


CO 


o 




UJ 










UJ 






CO 




< 


8 




DC 













00 



CO 



o 

LO 



00 















TION 1 


z 












< 














M 










ES 






UJ 










LU 


< 


o 










O 






UJ 


z 






QC 




< 




o 




OC 


Z3 






LL 








O 


Z 


UJ 








CO 




o 


O 


< 




□r 


LU 




a: 


LU 






UJ 


cr 




ZD 








o 






SO 


CO 


FO 




OA 


DE 


s 


LU 


OC 






-J 






QC 


LU 








CO 




UJ 




g 








Q 


CL 




LU 


LU 












Z 




Z 


CO 


8 


z 




o 




o 






o 




a. 


LU 








MP 






CO 


CT 






o 






or 


LU 






o 






o 


00 


LU 


Z 






cr 


LL 




CO 


o 


OC 




UJ 


LU 


NG 


O 


1— 






§ 


O 




z 


CJ 








z 


CO 


LU 


LU 


LU 




CO 


< 


CO 


CO 


c/> 


00 




SUB- 


INST 


ACCE 





z 




o 




CD 1— 




— LU 




CO CO 




















CQ 




y CD 




QC Z 








O 00 




CO CO 




LU LU 




QC 




O 




LU < 












CO Q 




1 

QC Z 




LU — 




> 




□c z 




LU O 




00 — 




1- 




1— o 




LU LU 




CO CO 



CD 
CD 



04/12/2004, EAST Version: 1.4.1 



U.S. Patent Jan. 13, 2004 sheet 37 of 40 US 6,678,715 Bl 



SERVER COMPONENT INFORMATION 


•COMPONENT NAME 


: SERVER COMPONENT 


•EXECUTION PLACE OF 


: SUB-SERVER 


SERVER-SIDE RESOURCE 


MACHINE B 


ACCESSING SECTION 




•PRESENCE OR ABSENCE OF 


: PRESENCE 


CLIENT-SIDE RESOURCE 




ACCESSING SECTION 





FIG. 45 



( START 



HAND OVER PURCHASER'S NAME TO 
DB ACCESSING BASIC SECTION 



HAND OVER PURCHASER'S NAME TO 
SERVER-SIDE RESOURCE ACCESSING SECTION 



SERVER-SIDE RESOURCE ACCESSING 
SECTION ACCESSES DATABASE AND RETURNS 
RESULT TO DB ACCESSING BASIC SECTION 

t 



FIND SUM OF PRICES AS A RESULT OF 

ACCESSING DATABASE AND RETURN 

THE SUM TO DATABASE ACCESSING CLIENT 



DISPUY THE RESULT 



( END ) 



ST160 



ST162 



ST164 



ST166 



•ST168 



FIG. 46 
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□ 



SERVER COMPONENT MANAGING SECTION 



SERVER 

COMPONENT NAME: 
PRESENT 

EXECUTION PLACE: 
RELOCATION PLACE: 



518- 



RELOCATION 



END 



•512 
■ 514 
•516 
-520 



FIG.47 



( START ) 



SYSTEM MANAGER SELECTS SERVER 
COMPONENT TO BE MOVED ON GUI 



SYSTEM MANAGER SPECIFIES 
RELOCATION DESTINATION ON GUI 



EXECUTION POSITION SPECIFYING SECTION 
INFORMS EXECUTION POSITION DECISION 
SECTION OF THE SPECIFIED SERVER 
COMPONENT AND ITS RELOCATION DESTINATION 



•ST170 



■ST172 



•ST174 



EXECUTION POSITION DECISION SECTION 
INFORMS COMPONENT SERVER OF THE CONTENTS 
OF RELOCATION 



ST176 



RELOCATING PROCESS 



-ST178 



FIG. 48 
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SYSTEMS AND APPARATUS FOR With the distributed network system, when a client requests 

SWITCHING EXECUTION OF A PROCESS a process from a server, the server component for executing 

IN A DISTRIBUTED SYSTEM process is sent to the client host. The process is executed 

on the client host. Today's Java applets correspoDd to the 
s component. 

BACKGROUND OF THE INVENTION This system overcomes the problem of the horizontal-type 

™ . . , . * .* ^-i. * J . J f distributed system in item (5). The problem in item (3), 

This mvcnUon relates to a distnbutcd system composed of . ,^ • ip *u ^r-«* « 

, . ^ ... , ^11* however, becomes more senous. If the client host were a 

computers connected to each other, and more particularly to ^; , ^ j . *i_ ui • 

,,5. . r,. ' ... *r ' J powerful personal computer or workstation, the problem m 

the determmation of the execution position of a requested _ f; ^ u u ™ « o«« ,v t\X* ««t„r^ri, 

*^ 10 item (3) would be overcome. The reason is that network 

process. computers and mobile network computers have lower pro- 

Tbis application is based on Japanese Patent AppUcation cessine capabilities. This leads to the following problem: 

No. 10-243614, filed Aug. 28, 1998, the entire content of /^xSn. i- * u i i ^ - a tu. 

L- V • • . J I. • L c (6) Whenachenthasa lowload,processmgisdoneon the 

which IS incorporated herein by reference. . ^ .t. v fu * Tn.- « 

uxvii L ly J server host rather than on the chent host. This improves the 

With the recent advances in computer and communication 15 throughput of the entire processing, 

technobgy, rather than using computers in a stand-alone ^^^^^ ^ ^^^^ ^^^^ 

manner, more and more users have been construcUng van- ^^^^^^ 

ous types of network systems, such as LAN, WAN, or the ^ ^ . . r 

Internet, and sharing resources in the network. A network (V Since the software su^cture (the execution position of 

system where a computer (server host) carries out a specific 20 a process component) has been determined statically, the 

process at the request of another computer (client host) is systems lack flexibility in a dynamically changmg network 

known as a client-server system or a distributed system environment. 

(hereinafter, referred to as a distributed system). With such (8) Since the systems are difficult to design (in deciding 

a distributed system, the process requested by the client host what process which host should execute) and lack flexibility, 

can be executed by a server host other than the client host, 25 a problem can arise in making a change later or adding a new 

depending on the state of the network system or the contents specification. 

of the process at that time. In a load distributed system or a mobile-envirooment- 

Conventional distributed systems are broadly classified oriented agent system in a distributed environment, there is 

into three types as follows. a conventional example of dynamically moving and arrang- 

A first type of distributed system is a vertical-type dis- m P^cess components on a network to improve the flex- 

tributed system, represented by a mainframe. In the vertical- ibility of the system. The system of this type, however, has 

type distributed system, a client host requests a server host following problem: 

to carry out a process, the server host executes the process, (9) In execution on the client host, the components have 

and the client host receives the result of the process from the to communicate with each other because client components 

server. differ from server components in type. The overhead in the 

The vertical-type distributed system has the following communication becomes a problem, 

problems. In such conventional distributed systems, the execution 

(1) When many client hosts are connected to a server host, Position of a component that provides a specific process has 
the overload on the server host decreases the throughput of 40 ^^^^ determined statically by the system developer, 
the entire process. Therefore, a certam component is always executed on the 

„ * . . cr * J *u u *u * client host and another component is always executed on the 

(2) Because commumcaUon is effected through the net- ^^^y^j ^ost 

work each time a process is requested, the network traffic ' ^ . i. ^ j r *i. c ♦ 

increases r -i in (be pnor art, as the system has advanced from the first 

. . type.secondtype, and to third type, the number of problems 

A second type of distrfcuted system IS a hori^^^^^^ 45 yy^^ have decreased. This is not necessarily true, 

distributed system. In the horizontal-type distributed system. s^^ifically, in the network system, the computer environ- 

the necessary data is requested from the database manage- dynamically, Tlie dynamic change of the 

ment system (DMBS) existmg in the server host and a chent environment combines with the fixation of the 

host processes the mfomiation ob tamed frorn the DMBS. By ^^^^^^^^ ^^^^^^ it difficult to improve 

doing this, the problems of the vertical-type distributed 50 ^^^^^^ efficiency. 

system in items (1) and (2) can be overcome to some degree. ™^ ^ ™ ^. ./ , . c c.u 

^ V / V / e» Therefore, The distnbuted system of any one of the first 

In this system, however, the foUowing problems anse: ^^^^ ^^^^ ^^^^ necessarily perform the process in an 

(3) The client host requires some degree of processing i^^^ sj^ie because of the dynamically changing environ- 
capabilily and a certain numbers of resources. m^Qt ^nd cannot achieve the performance it essentially has. 

(4) The system has a low flexibility in dealing with the For example, a large number of cUents are connected to a 
modification of the database management system, because server, which makes the load of the server heavy. Even if the 
the client host is closely related to the database management vertical-type system is changed to a horizontal-type system 
system. or to a distributed network system, distribution goes too far, 

(5) Application program management has to be carried which makes the load on the server so low that the execution 
out for each client host. of a certain process on the server host may improve the 

A third type of distributed system is a distributed network throughput of the entire process, 

system composed of network computers (NCs) without a To improve the throughput of the process while coping 

secondary memory (such as a HDD) or mobile- with such dynamic changes in the computer environment, it 

environment-oriented mobile network computers (MNCs). 65 is preferable to form a system capable of dynamically 
In the distributed network system, ordinary personal com- changing the execution position of a component for carrying 

puters (PCs) and workstations (WSs) can serve as terminals. out the process. 
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In developing various types of network systems taking server includes means for receiving the request for a process 

into account the scalablility of the system, it is desirable that from the client and decides whether the process should be 

the execution position should be changed dynamically, executed on the client or on the server, 

rather than being determined statically. With this configuration, the execution position of the 

To determine the execution position of the process 5 process can be switched, which increases the flexibility of 

dynamically, it is necessary to implement programs includ- the system. 

ing processes (in executable form) in all the relevant com- (2) A distributed system of the present invention com- 
puters beforehand. This makes it possible to select the prises a client and a server, wherein the client includes an 
execution position of the process from the computers and application basic part that issues a request for a process, and 
cause the selected computer to execute the process. Such a the server includes management means that manages a 
distributed system can be constructed, taking into account server component for executing the process requested by the 
fault tolerance or load distribution. application basic part, execution position decision means 

It is hard work to implement programs in all the comput- that receives the request from the application basic part and 

ers and manage them. Thus, this approach is not feasible. decides whether a server component for executing the 

There is what is called a mobile agent for changing the Process should be executed on the cUent or the server, and 

execution posiUon of a process after the execution of the server component handover means that obtams the server 

process. This is intended for the specified computers on a component for executing the process requested by the apph- 

distributed system. The mobile agent carries out processes nation basic part from the management means and hands 

while going around the specified computers. SpecificaUy, ^^er the obtained server component to the client or the 

after having carried out a process on a computer, the mobile server according to the resuh of the decision at the execution 

agent moves to another computer and carries out a similar posiUon decision means. 

process. From this time on. it repeats a similar process on With this configuraUoa, too, the execution position of the 

each of the remaining computers specified. Such a distrib- process can be changed dynamically, which enables the 

uted system is used mainly for the purpose of acquiring system configuration to be varied flexibly, 

information or monitoring the system. 0) The distributed system in item (2) further comprises 

In the mobile agent, however, the programs related to the ^^^t^o^*^ "^o^^tof that acquires at least one of load 

process are put together into a unit and all the unit is moved information about the server and the client, information on 

(delivered) to the relevant computer, which executes the the processmgcapabihty of the server and the client, the data 

unit. Therefore, the mobile agent itself cannot have such a 30 speed of a network connectmg the server and the 

structure as makes use of resources in a specific computer. ^^^f size mformaUon about the server component, and 

^ , ... ' . • L mformation on the amount of calculation at the server 

Furthermore, there has been a system m which a server ^^^^t, and offers the acquired information to the 

host that offers processing programs dehve^ a processing ^^^^^.^^ .^.^^ ^^^^^^ ^^^^^^ ^^^^^^ ^^^^^^^^ 

program to the chent host that has requested a process, as ^^.^^^ ^^^^^^ determines the execution posiUon 

with Java applets explained in the third type of system, and 35 ^^^^ component on the basis of the informaUon 

the chent host executes the program ITus enables the ^^^^^ ^^^^^^^ ^^^^^^ ^^^^^ 

processing programs to be , mplemented^^^^ With this configuration, at the client^s request for a 

which facihtates not only the mamtenan^^^^^^^^ ^^^^^^ ^^^^^ ^^^^^ ^ J 

of the processiDg programs but also implemenUag work. {; .'. , , u, • ,u u e ^ - 

*^ 61-6 f -e .„be switched so as to obtain the result of processing faster, 

In this system, loo, the execution position of the process *° ^jjj^jj improves the throughput, 

has been determined statically and the conflguraUon of the . distributed system in item (2) is characterized in 

distributed system (which computer should execute the Uiatihc server inchidcs access control monitoring means that 

process m the distnbuted system) cannot be changed flex- ^^^^^^ ^ ^ 

ibly. Theieforc. the system cannot be used for load distn- '^^^ application basic part, on the basis of user 

Dution. information about the client or identification information in 

In the above conventional examples, the place once application basic part, and the execution posiUon deci- 

cxecuted basically cannot be changed in the middle of the ^Iq^ means decides whether or not the server component 

process. In the case of a mobile agent, it cuU off the should be executed, on the basis of the result of judgment at 

connection with the client that has requested the process access control monitoring means, 

until a series of movements and processes has been com- configuration, access to the server component 

pleted. Namely, because the mobile agent is not connected controlled on the basis of user information about the 

constantly, it is difficult for the cUent host to give a certain ^^^^^ ^^^^^^ ^^^^ information. 

instruction during the process. distributed system in item (2) is characterized in 
BRIEF SUMMARY OF THE INVENTION ^5 that the server component includes a server component body 

in which the requested process has been implemented, a 

It is, accordingly, an object of the present invention to client-side adapter that communicates with the server, a 

overcome the above-described problems by providing a server-side adapter that communicates with the client, and a 

distributed system capable of changing Uie system configu- common interface that defines an interface between the 

ration flexibly by dynamically switching the execuUon posi- server component body and the client-side adapter, 

tion of a process requested by a client between the client host since this configuration requires only one server compo- 

and the server host. (j^nt body, Uie server component developer has only to 

To solve the problems and achieve the object, the present implement the same program once. Furthermore, because 

invention is as follows. the common interface is implemented in both of the server 

(1) A distributed system of the present invention com- 65 component body and client-side adapter, the client can 

prises a client and a server, wherein the client includes access both of them in a similar manner. When the server 

means for requesting a process from the server, and the component body is executed on the client-host side, no 
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adapter for communication between the client host applica- execution position temporarily and changes the execution 

tionbasicpartandtheserver component body is used, which position of the server component being executed on the 

leads to no overhead in requesting a process. determined computer to another computer, 

(6) The distributed system in item (5) is characterized in (11) A computer-readable recording medium of the 
that the server component further includes a client resource s present invention records a program for controlling a dis- 
accessing section that accesses a client resource, a server tributed system composed of a client and a server. The 
resource accessing section that accesses a server resource, program comprises a management program code that man- 
and a server resource accessing ctient-side adapter and a ages a server component for executing the process requested 
server resource accessing server-side adapter that are for by the application basic part of the client, an execution 
communicating with the server resource accessing section position decision program code that receives the request 
when the server component body is executed on the client from the application basic part and decides whether the 
host server component should be executed on the client or the 

With this configuration, the process body is movable. In server, and a server component handover program code that 

addition, such a movable process component as accesses a obtains the server component from the management means 

resource on the client host or a resource on the server host and hands over the obtained server component to the cUent 

can be developed. or the server according to the result of the decision at the 

(7) The distributed system in item (5) is characterized in execution position decision means. 

that the server component further includes a client resource (12) A computer-readable recording medium of the 

accessing section that accesses a cHcnt resource, a server present invention records a program for controlhng a dis- 

resource accessing section that accesses a server resource, t^^^^^^^ ^Jf^ composed of a chent and a server and 

and a server resource accessing cUent-side adapter and a ^^P^^^ "^T"*^ the decision whether the 

server resource accessing server-side adapter that are for Process requested by the apphcaUon basic part on the chent 

... -.u .1. • ** should be executed on the client or the server. The program 

communicating with the server resource accessmg section . ^ j *t. . ui *u 

. ^ . u -1 ■ , A *i \ 4 comprises a server component program code that enables the 

when the server component body is executed on the chent ^ * j l *u. i- u • , *u r * 

. ^ . , . T * -J J * A process requested by the appLcation basic part on the chent 

host, and a client resource accessmg client-side adapter and f , . / /f. , , _ , „ 

,T ^ . ■ J J ♦ 41, ; f lo be executed on both of the chent and the server, and a 

a chent resource accessmg server-side adapter that are for ... j *u * • r • 

• -.u 1- . • *• communicatmg program code that is for sccunng commu- 

communicating with the chent resource accessmg section . . „u v u • * u 7i 

. ^ 4 u J • * J »u nication with the application basic part when the server 

when the server component body is executed on the server . . , 

^^^^ ^ ^ component means is executed on the server. 

£ *u UA • ui T Additional objects and advantages of the invention will be 

With this configuration, the process body is movable. In * e *u' ,u a • »• u- n ^- -4„,-nu^ 

u ui 4 set forth in the description which follows^ and in part will be 

addition, such a movable process component as accesses a /u^.uj *- ul au 

5 u 4 obvious from the description, or may be learned by practice 

resource on the client host or a resource on the server host r*u - *• to. u- * j j » (4U ■ r 

. 4 *j of the mvention. The objects and advantages of the mvention 

can be developed. Moreover, processes can be concentrated . jl^-jl r.u** 

. t_ J !_• L r * *L J 1 may be realized and obtained by means oi the mstrumen- 

on the server component body, which facihtates the devel- ""^.J". 41, - 4 a 4 ■ e 

, J, / tahties and combmations particularly pointed out hereinar- 

opment of server components. 35 i- / r 

(8) A server component creating device of the present 

invention creates a server component used in a distributed BRIEF DESCRIPTION OF THE SEVERAL 

system including a chent having an application basic part VIEWS OF THE DRAWING 

that issues a request for a process, and a server including accompanying drawings, which are incorporated in 

management means that manages a server component for 40 and constitute a part of the specification, illustrate presently 

executing the process requested by the application basic preferred embodiments of the invention, and together with 

part, execution position decision means that receives the the general description given above and the detailed descrip- 

request from the appHcation basic part and decides whether tion of the preferred embodiments given below, serve to 

a server component for executing the process should be explain the principles of the invention. 

executed on the chent or the server, and server component 45 pjQ bio^k diagram showing an example of the 

handover means that obtains the server component for hardware configuration of a distributed system according to 

executing the process requested by the application basic part ^ first embodiment of the present invention; 

and hands over the obtained server component to the chent 3 shows the software logical configuration of the 

or the server according to the resuU of the decision at the distributed system according to the first embodiment; 

execution position decision means The server component 50 piGS. 3A and 3B show examples of the strucmre of an 

creating device comprises template offering means that y^^^i^, ^ j^e first embodiment; 

offers templates for the server component, mformation offer- _ - . 1 r * r 

«,«««o «ffo.<. i^fr.^r».tir.r. \.r. *Ko oo«/«r ^rr.^^r.^r.t FIG. 4 shows au cxampk of thc structurc of the server 
mg means that oiiers miormation on the server component, 

and program creating means that creates a server component componen m e rs em imen , 

by combining the templates or applying the information to 55 ^^""^^ ' "^^'^^'^ ^ ^^-'^^ ^^'^^ ^^"^ ^"^^ 

the templates component body is executed on the client host; 

(9) A distributed system of the present invention com- shows a stmcmre in a case where the server 
prises a main server which determines an arbitrary computer component body is executed on the server host; 

before execution as the execution position of a process FIG. 6 shows an example of the structure of the compo- 
requested by a client, obtains a server component for execut- 60 ^^^^ loader, 

ing the process from management means for managing a FIG. 7 shows an example of the structure of the compo- 

server component for executing the process, hands over the nent server, 

acquire server component to the determined computer, FIG. 8 shows an example of the structure of the compo- 

receives the residt of processing from the determined nent manager; 

computer, and hands over the result to the main server. 65 FIG. 9 shows the processes fix)m requesting a server 

(10) The distributed system in item (9) is characterized in component to carry out the process to determining the 
that the main server includes means that determines the execution position; 
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FIG. 10 shows the processes from determining the execu- FIG. 35 is a flowchart for the process of automatically 

tion position to executing the server component in a case creating a client-side adapter file; 

where the server component is executed on the client host; piG. 36 is a flowchart for the process of automatically 

FIG. 11 shows the processes from determining the execu- creating a common interface file in the server-side resource 

tion position to executing the server component in a case 5 accessing section; 

where the server component is executed on the server host; piQ. 37 is a block diagram showing an example of the 

FIG. 12 is a flowchart for the entire processing from hardware configuration of a distributed system according to 

requesting the server component to carry out the process to a ninth embodiment of the present invention; 

executing the process; FIG. 38 is a block diagram showing an example of the 

FIG. 13 is a flowchart for the process of using the server physical configuration of a distributed system according to 

body in the remote mode in FIG. 12; a tenth embodiment of the present inventioo; 

FIG. 14 is a flowchart for the process of receiving a FIG. 39 is a block diagram showing an example of the 

component in the component loader in FIG. 12; logical configuration of the distributed system according to 

FIG. 15 is a flowchart for the process of using a compo- 15 the tenth embodiment; 

nent in the cache in FIG, 12; FIG. 40 shows an example of server component informa- 

FIG. 16 shows an example of the configuration of a server tion; 

component according to a second embodiment of the present FIG. 41 shows an example of a database to be accessed by 

invention; a database application program; 

RG. 17 shows the configuration of the server component FIG, 42 shows an example of GUI for the client host of 

in a case where the server component body is nm on the the database application program; 

server host; FIG. 43 is a flowchart for the entire operation of the tenth 

FIG. 18 shows the configuration of the server component embodiment; 

in a case where the server component body is run on the ^ FIGS. 44Aand 44B show a flowchart for the operation in 

client host; dynamically allocating the server component; 

FIG.19showsanexampleof the configuration of a server fIG. 45 shows an example of the server component 

component according to a third embodiment of the present information in dynamically allocating the server component; 

invention; Pjq 4^ jg a flowchart for the operation in accessing the 

FIG. 20 shows the configuration of the server component 30 database* 

in a case where the senrer component body is run on the ^ ^^ ^^1 for the component 
server host; 

* manager; 

FIGS. 21A, 21B, and 21C show cases where server • a u * * «u *• p n 

.« FIG. 48 IS a flowchart for the entire process or realloca- 

components have been developed usmg a specinc program- ^„/i 

ming language; 35 



tion; and 

FIGS. 49A and 49B show a detailed flowchart for the 



FIG. 22 is a block diagram showing an example of the . . 

configuration of a server component automatic creating process m 

system according to a seventh embodiment of the present DETAILED DESCRIPTION OF THE 

invention; INVENTION 

FIG. 23 is a flowchart for the entire processing of the class 

file automatic creation; Hereinafter, referring to the accompanying drawings, 

HG. 24 is a flowchart for creating the skeleton of the embodiments of a distributed system according to the 

server component body; present invention wiU be explained. 

FIG. 25 is a flowchart for automatically creating the First Embodiment 
common interface; 

FIG. 26 is a flowchart for automatically creating the FIG. 1 is a block diagram showing an example of the 

server-side adapter class; hardware configuration of a distributed sy^em according to 

FIG. 27 is a flowchart for the process of embedding a ^ first embodiment of the present invention, 
relay method in the definition of an adapter class; so The distributed system is composed of a client host 1 and 

FIG, 28 is a block diagram showing an example of the a the server host 2 connected to each other via a network 3. 

configuration of a server component automaUc creating client host 1 is a host machine in which a cHent 

system according to an eighth embodiment of the present application program exists and which issues a request for a 

invention- process. The server host 2 is a host machine that receives the 

FIG. 29 is a flowchart for the entire process of automatic 55 request from the cHent and executes the process The num- 

creation' chent hosts 1 and server hosts 2 is not hmited one and 

'.-^-^ - . may be more than one. When more than one host machine 

FIG. 30 is a flowchart for the process of creatmg each file ^^^^ machines except for the cUent host may 

m the server-side resource accessmg section; ^ ^^^^^ ^^^^ ^ p^^^^^l ^^^p^^^^^ ^ workstation, a 

FIG. 31 IS a flowchart for the process of creating the network computer (NQ, or a mobile network computer 

skeleton of the server component body; (MNC) is used as tiie client host 1. A personal computer, a 

FIG. 32 is a flowchart for automatically creating the workstation, or a large-scale computer (mainframe) is used 

common interface; as the server host 2. 

FIG. 33 is a flowchart for automatically creating the A high-speed LAN, a low-speed public communication 
server-side adapter class; 65 network, or a wireless LAN is used as the network 3. 

FIG. 34 is a flowchart for the process of creating the relay Therefore, the network system is composed of LANs, 

method definition; WANs, VPNs (virtual private networks), or the Internet. In 
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the system, the client host 1 need not be constantly con- 
nected to the server host 2. 

The server host 2 is connected to a storage unit 4 
composed of a hard disk (HDD). In the storage unit 4, a 
server component 5 made up of a large number of processing 
programs is stored, which provides a kind of database. The 
database is also called a component repository. The storage 
unit 4 may be connected directly to the server host 2 via 
SCSI as shown in FIG. 1, It may be connected to the server 
host 2 via another host provided with a storage unit man- 
agement server. Moreover, the storage unit 4 may be con- 
nected to the server host 2 via the network 3. 

The server component 5, which will be explained in detail 
later, is in short a process or a group of processes that 
execute the process requested by the client host 1. The main 
object of the first embodiment is to automatically decide 
whether the requested process part in the server component 
5 should be executed on the server host or the client host and 
to create a state in which the process can be executed 
actually according to the decision. 

Next, the system logical configuration (system software 
resource) in the distributed system will be explained. 

FIG. 2 shows the software logical configuration of the 
distributed system in the first embodiment. 

In FIG. 2, the left-hand side of the central broken line 
represents the client host 1 and the right-hand side indicates 
the server host 2. Because the server component 5 can be 
executed on both of the client host 1 and the server host 2, 
it is placed on the broken line as shown in FIG. 2. 

The client host 1 includes a client application basic part 
11, a component loader 12, a component cache 13, and a 
server component 5 set to be executed on the client host 1. 

On the other hand, the server host 2 includes a component 
server 14, an execution position decision section 15, a 
component manger 16, an access control monitoring section 
17, a network monitor 18, and a server component 5 set to 
be executed on the server host 2. The network monitor 18 
may be provided in another host on the network system. In 
that case, the server host 2 acquires the necessary informa- 
tion from the network monitor 18 via the network 3. The 
storage unit 4 is connected to the component manager 16. 

The client application basic part 11 requests the compo- 
nent server 14 via the component loader 12 for the server 
component 5. The component server 14 decides whether the 
requested server component 5 should be executed on the 
server host 2 or the client host 1. 

Before explaining each section in detail, the process the 
client host 1 requests and how the server component 5 is 
designed to realize the process will be explained. 

The client ho.st 1 realizes various processes according to 
the user's request. In many cases, an application program is 
composed of not a single process but more than one process. 
Therefore, the programs can be divided into the most basic 
part and the other processing part. 

FIGS. 3A and 3B show examples of application programs 
in the first embodiment. 

In the system of the first embodiment, the application 
program is divided into the client application basic part 11 
and the server component 5 as shown in FIG. 3A. More than 
one server component 5 may be used. 

Here, the client application basic part 11 is the most basic 
part of the application program. It starts up the application 
program, has the minimum function, issues a request for the 
server component 5, and displays the results of the processes 
using the server component 5. As shown in FIG. 2, the basic 
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part 11 is placed on the client host 1. On the other hand, the 
server component 5 is the substantial processing part of the 
application program. The place in which it is placed is 
variable. 

S FIG. 3B shows a configuration in a case w^cre an 
application program is an image processing software pro- 
gram. In this example, the client application basic part U is 
an image processing application basic part Ma and a 
smoothing component Sa is provided as the server compo- 

50 nentS. 

To avoid developing both a process running on the client 
host and a process running on the server host, the first 
embodiment is designed to enable the server component 
developer to implement similar processing logic only once 
(that is, prevent similar processing logic from being distrib- 
uted in more than one place). To allow the client to execute 
a process, regardless of the execution position of the server 
component, the interface (a method of accessing the server 
component, more spcdficaUy, the method name, the type 
and the number of arguments, and the type of returned value, 
known as signature) of the server component viewed from 
the client host is made equal between the case where the 
server component runs on the server host and the case where 
it runs on the client host. Furthermore, when the process is 
executed on the server host, it is necessary to make com- 
munications between distributed objects using suitable com- 
munication means between the server component and the 
client. Additionally, when GUI is displayed (it basically 
always appears on the client host) or when the database 
management system on the server host is accessed, such a 
server component as accesses a unique host resource can be 
considered. Moreover, asynchronous communication with 
an application program on the client host can be considered. 

To realize such requirements, a mobile server component 
of the present invention is divided into elements. 

FIG. 4 shows an example of the configuration of the 
server component 5 in the first embodiment. 
As show in FIG. 4, the server component 5 includes a 

40 server component body 21, a client-side adapter (remote 
connection stub) 22, and a server-side adapter 24. The 
client-side adapter 22 and server-side adapter 24 is con- 
nected to each other by distributed interobjecl communica- 
tion 23. A common interface 25 is implemented in the server 

45 component body 21 and client-side adapter 22. The server- 
side adapter 24 may be provided with an interface. In the 
storage tmit 4 in the server host 2, files corresponding to the 
individual parts excluding the distributed interobject com- 
munication 23 have been stored as the server component 5. 

50 The server component body 21 is a part that executes the 
process requested by the client application basic part 11. It 
is the substantial processing part of an application. Namely, 
the process supplied by the server component 5 is imple- 
mented in the server component body 21. When the process 

55 is executed on the client host, the body 21 is sent to the client 
host. After having been made executable, the body 21 
accepts the process firom the client host. In this case, because 
the component body 21 is called directly from the client 
host, there is no overhead in passing the adapter 22. In 

60 contrast, when the process is executed on the server host, the 
body 21 and the server-side adapter 24 connected to the 
body arc made executable on the server host. The client-side 
adapter 22 is sent to the client host 1, The client-side adapter 
22 is made executable on the client host, cormects with the 

65 server-side adapter 24, and prepares for communication. The 
client host 1 causes the component body 21 to be executed 
via the client-side adapter 22 and server-side adapter 24. 
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Namely, both of the adapters 22, 24 are parts that just relay 
the call of the process using the distributed interobject 
communication. Therefore, only one server component body 
21 is needed. This avoids developing both the process 
running on the client host and the process miming on the 5 
server host redundantly. 

In the definition of the common interface 25, an accessing 
method (method (function) name, the type and number of 
arguments, and returned values) for causing the server 
component to execute a process is defined. The client-side lO 
adapter 22 (remote connection stub) is a stub for making a 
remote connection with the server component body 21. The 
common interface 25 never fails to be implemented in the 
server component body 21 and client-side adapter 22, which 
will not be referred to hereinafter. This enables the client 35 
application basic part 11 to directly access both of the server 
component body 21 and the client-side adapter 22 in the 
same maimer according to the accessing method determined 
in the common interface definition. Therefore, the client host 
can execute the process, regardless of the execution position 
of the server component. 

Any technique may be used for the distributed interobject 
communication 23. For instance, CORBA, Java RMI, or 
PDO may be used. The difference between these implemen- 
tations Ls absorbed by the adapters in both of the hosts. This 
enables the present system to be implemented independently 
of a specific interobject communication technique. 
Additionally, the instrumentation of conamunication can be 
modified easily, if necessary. 

All the individual elements in FIG. 4 arc not always used. 
The combination of them is changed dynamically, depend- 
ing on whether the server component body 21 is executed on 
the client host 1 or the server host 2. 

FIGS. 5A and SB show configurations in the cases where 
the server component body 21 is executed on the client host 

1 and where it is executed on the server host 2. 
FIG. 5A shows the case where the server component body 

21 is executed on the client host 1. In this case, the common 
interface 25 and server component body 21 are provided in 
the client host 1. The common interface 25, and server 
component body 21 constitute the server component 5. The 
client application basic part 11 issues a request to the server 
component body 21 via the common interface 25. 

FIG. 5B shows the case where the server component body 45 
21 is executed on the server host 2, In this case, the 
client-side adapter 22 in which the common interface 25 is 
implemented, the server-side adapter 24, and the server 
component body 21 in which the common interface 25 is 
implemented constitute the server component 5. The client- 50 
side adapter 22 and the server-side adapter 24 are connected 
to each other by the distributed interobject communication 
23. The client application basic part 11 issues a request via 
the sections 25, 22, 23, 24, 25 to the server component body 
21 provided in the server host 2. 55 

The initial state of the server component 5 stored in the 
storage unit 4 and managed by the component manager 16 
is as shown in FIG. 4. When each element of the server 
component 5 in the initial state is taken out of the storage 
unit 4 and combined on the client host 1 and the server host 60 

2 to produce executable functions as shown in FIGS. 5A and 
5B, these are the server component 5 as a whole. The 
component elements and the locations of them in the client 
host 1 and server host 2 differ, depending on the situation. 

The individual sections 12, 13, 14, 15, 16, 17, 18, 4 in 65 
FIG. 2 determine the execution position of the server com- 
ponent 5 that can be modified dynamically as shown in 
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FIGS. 5 A and 5B, specifically the location of the server 
component body 21, and carries out the process of creating 
either the state of FIG. 5 A or the state of FIG. 5B. Although 
the component cache 13 is included in the component loader 
12 and the execution position decision section 15 and access 
control monitoring section 17 are included in the component 
server 14, they are shown as independent means in FIG. 2 
for the sake of explanation given later. Hereinafter, these 
configurations will be explained. 

FIG. 6 shows an example of the configuration of the 
component loader 12. 

The component loader 12 receives the server component 
body 21 or the client-side adapter 22 (remote connection 
stub) for connecting to the server component body according 
to the request for the server component 5 made by the client 
application basic part 11. Unless otherwise specified, it is 
assumed that the common interface 25 is implemented or 
has been already implemented in either the server compo- 
nent body 21 or client -side adapter 22. 

The component loader 12 includes an instance generating 
section 31, a component decrypting section 32, a component 
expanding section 33, and a component cache 13. The 
component cache 13 is the same as that in FIG. 2. 

The component cache 13 is used to prevent double 
loading by temporarily storing the server component 5 
downloaded from the component server 14 to the client host 
1. 

FIG. 7 shows an example of the configuration of the 
component server 14. 

The component server 14 causes the execution position 
decision section 15 to determine the execution position of 
the server component 5 requested by the component loader 
12, prepares either the server component body 21 or the 
client-side adapter 22 according to the determmation, and 
returns it to the component loader 12. When the server host 
2 executes the server component body 21, the necessary 
server component body 21 is created on the server host 2. 

The component server 14 includes the execution position 
decision section 15, an instance generating section 36, the 
access control monitoring section 17, a component encrypt- 
ing section 37, and a component compressing section 38. 
The execution position decision section 15 and access 
control monitoring section 17 are the same as in FIG. 2. 

The execution position decision section 15 acquires at 
least one of load information about the server host 2 and the 
client host 1, information on the processing capability of the 
server host and the client host, the transfer speed of the 
network 3 that connects the server host and the client host, 
size information about the server component 5. and infor- 
mation on the amount of calculation at the server component 
5. On the basis of these pieces of information, the execution 
position decision section 15 judges whether the server 
component 5 should be run on the client host or the server 
host. 

The access control section 17 is also called a user certi- 
fication section and checks whether the present client host 1 
(or its user) can xise the server component 5 requested. 

FIG. 8 shows an example of the configuration of the 
component manager 16. 

The component manager 16 is designed to access the 
storage unit 4 and manages the server component 5 and 
information on the server component 5. Specifically, it 
registers, deletes, and retrieves the server component 5. 

The component manager 16 includes a component 
extracting section 41, a component information extracting 
section 42, and a component registration managiog section 
43. 
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The network monitor 18 acquires load information about (3) The component loader 12 checks to see if the 

the server host 2 and the client host 1, information on the requested server component 5 has already been loaded into 

processing capability of the server host 2 and the client host the component cache 13 (signal c in FIG. 9, step ST2 in FIG. 

1, the transfer speed of the network, size information about 12). If it has not been loaded yet, the component loader 12 

the server component body 21, and information on the 5 will communicate with the component server 14 existing in 

amount of calculation at the server component body 21. the remote server host 2 and request the specified server 

Then, the network monitor 18 supplies these pieces of component 5 (signal d in FIG. 9, step ST3 in FIG. 12). At 

information to the execution position decision section 15. that time, pieces of information, including the load average 

Next, the operation of the distributed system constructed of client host 1, the remaining memory, and the enable/ 

as described above will be explained. lO disable of swap (client host information), are created and 

notified to the component server 14 (signal d' in RG. 9). A 

System Start-up where the requested server component 5 is equal to the 

In the distributed system, no restriction is placed on how server component 5 already loaded will be explained layer 

the chent application basic part 11 in the client host 1 is (step STIO in FIG. 12, FIG. 15), 

started up. For example, at the time when the client host 1 15 (4) The component server 5 acquires infonmation on the 

is started up, the client applicaUon basic section 11 may have server host 2 (server host information) and information on 

already existed in the client host 1. Alternatively, it may be the network to which it is connected from the network 

downloaded from the server host 2 at the request of the user monitor 18 (signal e in FIG. 9). The network monitor 18 

of the client host 1 and be started as an application program. acquires information on the network by checking, for 

Hereinafter, in the embodiment, it Is assumed that the client 20 example, the frequency of use of the circuit, the network 

application basic section 11 has already existed in the client information at that point of time on the basis of traffic, and 

host 1 and started up as an application program. On this the performance of devices, such as circuit speed determined 

assumption, explanation will be given. by the ID of a network card. The information may be what 

Taking an image processing application program as the system manager has set beforehand, 

shown in FIG. 3B as an example, explanation wiU be given. 25 component server 5 notifies the acquired network 

It is assumed that the image application program is divided information to the execution position decision section 15 

into the image processing application basic part lla and the and asks it whether the specified server component 5 should 

smoothing component Sa as shown in FIG. 3B. be executed on the client host or the server host (signal f in 

The image processing application basic part 11a displays piG. 9). 

images and calls and uses the smoothing component Sa. The 3° .5) connection with the server component 5 specified 

smoothing component 5a effects smoothing on the basis of by the access control monitoring section 17, the execuUon 

the image data and parameters received. ^^^-^^^^ ^j^^j^j^jj ^^^^-^^ ^.^ecks whether or not the 

Next, how the server component 5 is called in the soft- requesting client host 1 (or its user) can use the server 

ware configuration of FIG. 2 be described by reference component 5 and there is a UmitaUon on its use (signal g in 

to RGS. 9, 10, and 11. The flow of the processing will be piQ 9) when either the client host or the server host is 

explained using FIGS, 12 to 15. {orced to execute the process because of the limitation on 

FIG. 9 shows the processes from requesting the server uses, the access control monitor 17 notifies the component 

component 5 to carry out a jprocess to determining the server 14 of it. In this case, because the client host (or its 

execution position. user) is not qualified to use the server component 5, the 

FIG. 10 shows the processes from determining the execu- subsequent processes will not be carried out. 

tion position to executing the component 5 in a case where (5) When the client host 1 is qualified to use the server 

the server component 5 is executed on the chent host 1. component 5, the execution position decision section 15 

FIG. 11 shows the processes from determining the execu- acquires not only information on both hosts and network 

tion position to executing the component 5 in a case where information delivered from the component server 14 but also 

the server component 5 is executed on the server host 2. information on the server component 5 specified by the 

FIG. 12 is a flowchart for the entire processing from component manager 6 (server component information). On 

requesting the server component 5 to carry out a process to the basis of these pieces of information, the execution 

executing the process. position decision section 15 decides whether the specified 

FIG. 13 is a flowchart for the process of using the server 50 server component 5 should be run on the client host or the 

body 21 in the remote mode in FIG. 12; server host (signal h in FIG. 9, step ST4 in FIG. 12). Various 

FIG. 14 is a flowchart for the process in which the types of decision algorithm can be considered. Examples of 

component loader 12 receives a component in FIG. 12. them will be described later. After the decision, the execu- 

FIG. 15 is a flowchart for the process of using a compo- *ion position decision section 15 notifies the component 

nent in the component cache 13 in FIG. 12. 55 server 14 of the determined execution position (signal i in 

FIG. 9, step ST5 in FIG. U). 

From Requesting the Server Component to u -tt u 1 • j . 1 • 

«... ,f c *• n The above processes will be explained, taking an unage 

Deciding the Execution Position . ^^ 1 c- T u-i 

^ processing application program as example. First, while the 

The process will be explained by reference to FIGS. 9 and image processing application basic part Ua is displaying an 

60 image, the user instructs the image processing application 

(1) The user of the client application program gives an basic part 11a to perform a smoothing process. Then, the 
instruction to execute a process provided by the desired image processing application basic part 11a requests the 
server component 5 through the client application basic part smoothing component 5a from the component loader 12. 
11 (signal a in FIG. 9). After having acquired the client host information, the com- 

(2) The client application basic part 11 requests the 65 ponent loader 12 requests the smoothing component 5a from 
specified server component 5 from the component loader 12 the component server 14. The component server 14 acquires 
(signal b in FIG. 9, step STl in FIG. 12). the server host information and network information and 
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asks the execution position decision section 15 about the 
execution position of the smoothing component 5a. After 
having acquired component information on the smoothing 
component Sa from the component manager 16, the execu- 
tion position decision section 15 determines the execution 
position on the basis of each piece of information and 
notifies the component server 14 of the execution position. 

Next, an algorithm for determining the execution position 
in the execution position decision section 15 will be 
explained. 

To improve the throughput, judgment is made iising 
information on both the dicnt host and the server host, the 
transfer speed of the network, and information on the server 
component. Specifically, the processing time considered 
necessary is calculated (or estimated) for both of the cases 
where the server component body 21 is executed on the 
client host 1 and where the server component body 21 is 
executed on the server host 2. Judgment is so made that the 
server component body 21 should be executed on the host 
with the shorter processing time. 

In the example of the image processing appUcation 
program, when the data size (the amount of transfer) of the 
image data to be smoothed is handed over at the request of 
the user, for example, the estimated processing time will be 
calculated using the following equation: 

T-hpt (Aw, cpy cc) + hst {hm, cs, ds, hsc) + ntt {ds^ w) (1) 



In the equation, T is the estimated processing time, the 
function hpt is a function that returns the processing time 
obtained from the present load hw and calculating capability 
cp of the host and the amount cc of calculation the server 
component does, the function hst is a function that returns 
the time required to calculate a swap from the remaining 
memory hm, component size cs, processing data size ds, and 
the cost hsc necessary for the swap, and the function ntt is 
a function that returns the time required for the transfer 
calculated from the processing data size (in a case the server 
component body 21 is executed on the server host, when the 
returned value is of the same size, it is doubled) or the 
component size (in a case where the server component body 
21 is executed on the client host) and the transfer speed ts of 
the network. The time T is calculated in both of the cases 
where the server component body 21 is executed on the 
server host and where it is executed on the client host. The 
process will be executed on the host with the smaller T. 

In other judging methods, the execution position may be 
judged by the amount of data transferred so that charges may 
be minimized in a measured rate network. Alternatively, 
because of the component developer's will or the environ- 
ment of the client host, judgment may be so made that the 
server component body 21 is executed in fixed positions 
under certain conditions. In improving the throughput, too, 
calculations may be done using other values. 

Processing When it is Decided That the Execution 
Should be Executed on the Client Host 

Next, a series of processes when it is decided that the 
server component 5 should be run on the client host 1 will 
be explained by reference to FIGS. 10, 12, and 14. 

(1) Receiving the decision (signal i in FIG. 9) from the 
execution position decision section 15, the component 
server 14 receives the server component body 21 
(executable object data) specified by the component man- 
ager 16 from the storage unit 4 (signal j in FIG. 10). 
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(2) The component server 14 sends the server component 
body 21 as the server component 5 to the component loader 
12 requested by the server host 2 (signal k in FIG. 10, step 
ST6 in ¥IG. 12). 

S (3) The component loader 12 on the dient host 1 creates 
an executable server component object from the obtained 
server component body 21 (signal 1 in FIG. 10, step ST7 in 
FIG. 12, step ST12 in FIG. 14) and hands over its pointer to 
the client application basic part 11 (signal m in FIG. 10, step 

JO ST7 in HG. 12, step ST13 in FIG. 14). This enables the 
client application basic part 11 to cause the server compo- 
nent body 21 to execute the process. The common interface 
25 is implemented in the server component body 21. To 
prevent the same server component to be loaded twice, the 
component loader 12 stores the received server component 
5 in the component cache 13 at the same time that it receives 
it (signal n in FIG. 10, step ST7 in FIG. 12, step STll in FIG. 
14). 

(4) The client application basic part 11 makes use of the 
received server component body 21 and executes the process 
specified by the user (signal o in FIG. 10, step ST8 in FIG. 
12). 

The above processes will be explained, taking an image 
processing application program as example. 

25 First, the component server 14 receives a byte train in the 
body of the smoothing component 5a via the component 
manager 16 from the storage unit 4 and sends it to the 
component loader 12. On the basis of the received byte train, 
the component loader 12 creates an executable object (server 

30 component 21) and hands over its pointer to the image 
processing application basic part 11a. The image processing 
application baisic part 11a carries out a smoothing process by 
calling a smoothing method for the received object of the 
smoothing component 5a. 

^5 Processing When it is Decided That the Execution 
Should be Executed on the Server Host 

Next, a series of processes when it is decided that the 
server component 5 should be run on the server host 2 will 
be explained by reference to FIGS. 11, 12, 13, and 14. 

(1) Receiving the decision (signal i in FIG. 9) from the 
execution position decision section 15, the component 
server 14 receives the client-side adapter 22 (remote con- 
nection stub) in the server component 5 specified by the 
component manager 16 and the server component body 21 
(signal p in FIG. 11). 

(2) The component server 14 creates an executable server 
component object from the server component body 21 on the 
.server host 2 (signal q in HG. U, step ST9 in FIG. 12, step 

50 ST21 in FIG. 13). 

(3) The component server 14 makes preparations accord- 
ing to the distributed interobject commtmication technique 
used (i.e., Java or CORVA) (signal r in HG. U, step ST9 in 
FIG. 12, step ST22 in FIG. 13). To do this, an object for the 

55 server-side adapter 24 is created and the process of estab- 
lishing distributed interobject communication is carried out. 

(4) Next, the component server 14 sends the client-side 
adapter 22 as the server component 5 to the component 
loader 12 requested by the server host 2 (signal s in FIG. 11, 

60 step ST9 in FIG. 12, step ST23 in FIG. 13). To avoid double 
loading, the component loader 12 of the client host 1 stores 
the server component 5 in the component cache 13 at the 
same time that it receives the server component 5 (signal t 
in FIG. 11, step ST7 in FIG. 12, step STU in FIG. 14). 

65 (5) The component loader 12 creates an executable stub 
object from the received client-side adapter 22 (signal u in 
FIG. 11, step ST7 in FIG. 12, step ST12 in FIG. 14). 
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(6) The compoaent loader 12 hands over the pointer of the host or the server host. The process is carried out using the 
created stub object to the client application basic part U server component body 21 oa the host determined by the 
(signal V in FIG. 11, step ST7 in FIG. 12, step ST13 in FIG. result of the judgment. This makes it possible to switch the 
14), execution place of the process dynamically, which improves 

(7) In this way, the client appUcation basic part 11 5 the flexibility of the system. 

accesses the remote server component body 21 generated on Because the execution position decision section 15 deler- 

thc server host 2 through the stub object acting as the mines the execution position on the basis of information on 

client-side adapter 22, and executes the process (signal w in the hardware and network conditions from the network 

FIG. 11, step ST8 in FIG. 12). monitor 18, the execution position of the server component 

Tbe above processes will be explained, taking an image 5 can be switched at the request of the cUent host 1 so as to 

processing appUcation program as example. obtain the result of the processing faster. This improves the 

First, the component server 14 receives the smoothing throughput. . , . 
component stub 22 and a byte train in the body 21 from the Use of the access control monitormg secUon 17 makes it 
component manager 16. The server host creates objects 21, Possible to judge whether the requestmg cUent appUcation 
25 from the body 21 that carries out the smoothing process basic part U has the authority to make a request, on the basis 
and registers them as server objects using the existing of the cUent user information and the client host informaUon. 
distributed interobjecl communication technique so that This enables access to the server component 5 to be con- 
remote calls can be accepted. Moreover, the stub 22 is sent troUed. 

as it is to the component loader 12. The component toader Because the requested process is implemented only in the 

12 creates objects 22, 25 from the received stub 22. The server component body 21, or in one place, the server 
created stub objects 22, 25 connect to the bodies 21, 25 on component developer need not implement the same program 
the server host at the creation and initialization stages. The twice. That is, in constructing a dynamic changing system 
created stubs 22, 25 are handed over to the image processing for requested processes, programs need not be developed 
application basic part lla. The image processing application ^ separately for execution on the server host and client host, 
basic part Ha accesses a remote object Sa (21, 25) that Furthermore, because the common interface 25 has been 
carries out the smoothing process, via the stubs 22, 25, and implemented in both the server component body 21 and the 
carries out the process. cUent-side adapter 24, the client host 1 can access both in the 

same manner. This simplifies the program (process) 

Processing When the Server Component Exists in configuration, which makes the operation so much faster. 

the Component Cache ^^^^ component body 21 is executed on the 

Once the client host 1 has created the server component cUent host, a communication adapter is not needed between 

body 21 or the client-side adapter 22, the object can be used the client application basic part 11 and the server component 

repeatedly until the cUcnt process has been completed or the body 21. TTiis eUminates overheads in requesting processes, 
object loaded from the server host 2 has been discarded. 35 while in the first embodiment, one cUent host 1 and one 

Namely, this is a case where control at step ST2 proceeds to server host 2 have been used, the present invention may be 

step STIO in FIG. 12. In this case, the server component 5 appUed to a case where a pluraUty of hosts are placed in 

need not be loaded again from the server host 2 each time the execution positions by using a hypothetical system that 

process is carried out. provides load distribution or centralized management in a 

Specifically, the process is carried out through the fol- multiserver environment where more than one server host 

lowing procedure: exists in a network. 

(1) The client application basic part 11 sends the request What is called the server host here is a host other than the 
of the server component 5 to the component loader 12 cUent host. Specifically, in the first embodiment, the cUent 
(signal b in FIG. 9, step STl in FIG. 12). appUcation basic part 11 exists and a host that issues a 

(2) The component loader 12 asks the component cache request for a process is the client host 1. A host that executes 

13 if the specified server component 5 has been loaded yet the process except for the client host is called the server host 
(signal c in FIG. 9, steps ST2, STIO in FIG. 12, step ST31 2. In general, a cUent host caUed a terminal, therefore, does 
in FIG. 15). necessarily correspond to the cUent host in the first 

(3) If the specified server component 5 has already been 50 embodiment, 

loaded, an object is created on the basis of the information While in the embodiment, the execution position has been 

(signal 1 in FIG. 10 or signal u in FIG. 11, step STIO in HG. determined automatically, the execution posiUon of the 

12, step ST32 in FIG. 15). The object is returned to the cUent server component body 21 can be set manuaUy by setting the 

application basic part 11 (signal m in FIG. 10 or signal v in execution position beforehand. The automatic setting may 
FIG. 11, step STIO in FIG. 12, step ST33 in FIG. 15), 55 be combined with the manual setting. 

(4) The client application basic part 11 carries out a Each of the following embodiments produces the above 
desired process, making use of the returned object (signal o described effects at the sections where the functional con- 
in FIG. 10 or signal w in FIG. 11, step ST8 in FIG. 12). figurations are the same. 

As described above, the distributed system according to Hereinafter, other embodiments of the present invention 
the first embodiment includes the server component 5 com- 60 will be explained. In the following embodiments, the same 

posed of the server component body 21 that executes the parts as those in the first embodiment are indicated by the 

process the client appUcation basic part 11 requests and the same reference symbols and a detailed explanation of them 

cUent-side adapter 22 and server-side adapter 24 connected will not be given, 

to each other by the distributed interobject communication Second Embodiment 

23. At the request of the cUent application basic part U, the 65 In a second embodiment of the present invention, the 

execution position decision section 15 judges whether the configuration of the server component 5 in the first embodi- 

server component body 21 should be processed on the cUent ment is improved, with the remaining sections being the 
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same as those in the first embodiment. Therefore, the same 
parts as those in FIGS. 1 to 15 are indicated by the same 
reference symbols and a detailed explanation of them will 
not be given. 

The server component 5 of the first embodiment in HG. 
4 is the basic configuration for realizing the invention. The 
basic component configuration, however, may fail to realize 
the necessary functions the server component body 21 
should achieve. What cannot be realized in the first embodi- 
ment arc a component that accesses the host resource and a 
component that communicate with an application program 
on the client host asynchronously (a component communi- 
cates with an application program on the client host). 

The server component 5 for accessing host resources 
comes in the following two types: one is a server component 
that accesses resources (including screen display (GUI) and 
local file systems) for the client host and the other is a server 
component that accesses resources (including file systems 
and databases on the server host) in and behind the server 
host 2. 

For example, in the case of the server component 5 for 
displaying GUI, GUI has to be displayed on the client host 
1, regardless of whether the server component body 21 is in 
the server host 2 or the client host 1. To solve this problem, 
the part accessing the client resource has to be moved to the 
client host 1, regardless of the position of the server com- 
ponent body 21. 

Furthermore, for example, in the case of the server 
component 5 connected to the database management system 
on the server host 2, even when the server component body 
21 is sent to the client host 1, the part exchanging data with 
the database management system has to be left in the server 
host 2 and keep ready to exchange data with the database 
management system. 

Taking these requirements into consideration, the server 
component body in the above cases includes the following 
separate sections: the original function executing section 
(the server component body 21 in the first embodiment) and 
the section that accesses client resources and/or the section 
that accesses server (or lower-level) resources, Tkking this 
into account, the server component 5 is constructed as 
shown in FIG. 16 in the second embodiment. 

FIG. 16 shows an example of the configuration of the 
server component 5 according to a second embodiment of 
the present invention. 

Tlie .server component 5 is such that a client resource 
handling section 51 and a server resource handling section 
52 are added to the configuration of FIG. 4. 

The client resource handling section 51 is composed of a 
client resource accessing section 53. The server resource 
handling section 52 is composed of a server resource access- 
ing client-side adapter 54, a server resource accessing 
server-side adapter 56, and a server resource accessing 
section 57. The server resource accessing client -side adapter 
54 and server resource accessing server-side adapter 56 are 
connected to each other by distributed interobject commu- 
nication 55. A server resource accessing section conunon 
interface 58 is implemented in the server resource accessing 
client-side adapter 54 and server resource accessing section 
57. 

The client resource accessing section 53 carries out the 
process of accessing resources in the client host 1. ITie 
server resource accessing section 57 carries out the process 
of accessing resources in the server host 2. The server 
resource accessing client-side adapter 54 and server resource 
accessing server-side adapter 56 are adapters used to estab- 
lish distributed interobject communication 55. 
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The server resource accessing section 57 is a component 
that accesses host resources. The client resource accessing 
section 53 is a component that communicates with the 
application program 11 on the client host asynchronously. 

5 As described above, in the second embodiment, the server 
component body 5 is divided into three sections: the section 
that accesses client resources (including asynchronous com- 
munication with the client application), the section that 
accesses server resources, and the section that can access 

10 both types of resources. 

In the second embodiment, the server component 5 stored 
in the storage unit 4 is as shown in FIG. 16. Each process in 
FIG. 2 is the same as in the first embodiment. Each section 
in FIG. 2 differs only in that, when the server component 

15 body 21 is executed on either the client host or the server 
host, the movement of the section newly added to the server 
component 5 and the creation of the corresponding object 
are needed. 

Next, the operation of the distributed system of the second 
20 embodiment constructed as described above will be 
explained. 

When Processing is Done on the Server Host 

FIG. 17 shows the configuration of the server component 
^ 5 in a case where the server component body 21 is run on the 
server host 2. 

When the server component body 21 is run on the server 
host 2, the component server 14 sends the client-side adapter 
3Q 22 and client resource accessing section 53 to the client host 

1. After the component loader 12 on the client host 1 has 
created an instance for the client resource accessing section 
53, the component loader 12 hands over its pointer to the 
server component body 21. 

35 On the server host 2, the server component body 21 holds 
the server resource accessing section 57 directly and 
exchanges data. 

The client-side adapter 22 may exchange data directly 
with the client resource accessing section 53, taking perfor- 

40 mance into account. 

When Processing is Done on the Client Host 

FIG. 18 shows the configuration of the server component 
in a case where the server component body is run on the 
client host 1. 

When the server component body 21 is run on the client 
host 1, the component server 14 sends the server component 
body 21, client resource accessing section 53, and server 
5Q resource accessing client-side adapter 54 to the client host 1. 

At this time, the server component body 21 created on the 
client host 1 has the client resource directly. The server 
resource accessing section 57 has to be left on the server host 

2. To establish distributed interobject communication 55 
55 between the server component body 21 and server resource 

accessing section 57, there is provided a configuration 
similar to that of the server component 5 in FIG. 5B. 
Specifically, as shown in FIG. 18, server resource accessing 
adapters 54, 56 are prepared for use on the server host 2 and 

50 client host 1. 

Because, when viewed firom the server component body 
21, the server resource accessing client-side adapter 54 and 
server resource accessing section 57 should be accessed in 
the same manner, a common interface 58 for server resource 

65 accessing is implemented in both of them. The server 
component 5 holds these elements in the form compatible 
with the server resource accessing common interface. 
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Similarly, to access the server component body 21 and The client resource handling section 51 is composed of a 

client-side adapter 22 in the same manner, the client resource client resource accessing section 53 similar to Uiat in the 

accessing section 53 holds these in the form compatible with second embodiment, a client resource accessing client-side 

the common interface adapter 61, and a client resource accessing server-side 

Tbesc possessive reladonships are realized by initializa- 5 adapter 63. Ihc client resource accessing client-sidc adapter 

CP * J t_ .1. . 1 J ^-1 J 61 and server-side adapter 63 are connected to each other 

tion effected when the component loader 12 and server ^ distributed interobject communication 62. A cUent 

component 14 make each element executable. In this way. ^^^^^^ ^^^^ section common interface 64 is implc- 

the configurauon of FIG. 17 or 18 realizes a server compo- ^^^^^ ^^^^^ ^^^^^^^ accessing server-side adapter 

nent 5 capable of accessing resources in each of the chent ^3 ^jjjj ^^^^1 resource accessing section 53. 
host 1 and the server host 2. 10 ^,^^^t resource accessing section 53 carries out the 

As described above, in the distributed system according to process of accessing resources in the client host 1 as in the 

the second embodiment, the server component 5 is provided second embodiment. The client resource accessing client- 

with the client resource accessing section 53, server resource side adapter 61 and client resource accessing server-side 

accessing client-side adapter 54, distributed interobject com- adapter 63 are adapters for establishing distributed interob- 

munication 55, server resource accessing server-side adapter ject cominunication 62. 

56, and server resource accessing section 57, with the rest When the component exists on the client host, the client 
being the same as in the first embodiment. Even when the resource accessing section common interface 64 implements 
server component body 21 exists on either the client host or the component directly in the client resource accessing 
the server host, it is allowed to access resources in either the section 53, When the component exists on the server host, 
client host or the server host. Therefore, the second embodi- ^ the server component body 21 implements the component in 
mentproducesasimilar effect to that of the first embodiment the client resource accessing section 53 via the client 
and further enables the server component 5 to realize not resource accessing section common interface 64, client 
only processes requested from the application basic part 11 resource accessing server-side adapter 63, distributed inter- 
but also processes executable only through access to object communication 62, and client resource accessing 
resources in the client or server host, such as access to GUI ^ client-side adapter 61. 

or database. Next, the operation of the distributed system according to 

With the above configuration, varioxis techniques can be the third embodiment constructed as described above will be 

applied to distributed interobject communication. When explained. 

Java and RMI are used, an object serving as a server for PI^- 20 shows the configuration of the server component 

distributed interobject communication must inherit jav- in a case where the server component body is run on the 

a.rmLRemote. server host 2. 

As for the client resource handling section 51 and server The procedure for creating such a server component 

resource handling section 52, they have only to be added to configuration is the same as in the first and second embodi- 
thc basic part only when the component requires them. 35 ments. In the third embodiment, reference is not handed over 

When they are not needed, they may be eliminated. from the client resource accessing section 53 to the server 

component body 21. 

Third Embodiment Specifically, the client resource accessing section 53 is 

.... ... . ^ , . related to the server component body 21 only through both 

In a third embodunent of the present mvention, the adapters 61, 63 and through distributed interobject commu- 
configuration of the server component 5 m the second ^Jtion 62. As a result, although the client resource access- 
embodiment is improved, with the remaining sections bemg . 4- ei * u J r.,^, *Ko o^™. 

, f . * . . J- . ^ ing section 53 cannot hand over reference to the server 

the same as those m the second embodiment. Thus, the same °L . ^ ,„ ^ tu^r^ ;c *.ef^K 

*L • T-i/^o 1 * 10 - J- * J u *L component body 21, communication between tnem IS estab- 

parts as those in FIGS. 1 to 18 are mdicated by the same listjej 

reference symbols and a detailed explanation of them will . ^ 11 • .i. i- * 

not be Ven When the server component body 21 is run on the chent 

^^r^ ^ [jQgj problem of reference handover between the chent 

The second embodiment makes it possible to reahze a j^^^^ ^ ^^^^ j^^^ 2 will not arise. Consequently, the 

server component capable of accessing resources in both of configuration of the server component 5 is the same as that 
the client host 1 and the server host 2, To realize this, the 5^^^^^ embodiment. 

client host 1 has to be able to hand over reference to the , . , u j u • tu j- 4,-u.,*^j 

. , - ^, , . ■ X ™ ,.50 As described above, m the distributed system according to 

server host 2 (hands over its pomter). The une connecting • j u j-™ / M,-r«t 

....... J ,. . . the thud embodiment, the server resource accessmg client- 

the client-side adapter 22 and the chent resource accessmg , . ri j- * *u,.**^ ^« £-7 

. r-r^ ^ ^ J . f L J T side adapter 61, distnbuted interobject communication 62, 

section 53 m FIG. 16 corresponds to reference handover. In , , o^™* ^ti 

J.,,. ^'^L - and chent resource accessmg server-side adapter o3 are 

a distnbuted environmen where reference handover is ^^^^^ ^^^^ configuration of that of the first embodi- 

impossible, another means (component configuration) has to ^^^^ ^^^^^ ^ ^^^^^ ^^^^^ 

be conside^d; otherwise the server component body 21 .^b^diment In addition, in a case where the server com- 
cannot send a message to he chent resource accessing ^^^^^ ^1 exists on the seiver host 2, even when 

secuon 53, which hmits the types of realizable processes. j;^^^^^^ ^^^^^^^^ ^^^^^ ^^^^^^^ ^^^^^^ ^^^-^^ 

Taking these things into consideration, the configuration yjgjj interobject communication 62, communication 

of the server component 5 is improved in the third embodi- between the server component body 21 and cHent accessing 

ment. resource section 53 is established via the cUent resource 

FIG. 19 shows an example of the configuration of the accessing section common interface 64, chent resource 

server component 5 in the third embodiment, accessing server-side adapter 63, distributed interobject 

The server component 5 has the same configuration as communication 62, and client resource accessing client-side 
that of the server component 5 of the second embodiment in 65 adapter 61, which enables the chent resource to be accessed. 

FIG. 16 except that a modification is made to the configu- Therefore, the scope of appfication of the system using the 

ration of the client resource handling section 51. server component 5 is improved more. 
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With this configuration, when reference handover is 
impossible, the process that should be provided in the client 
resource accessing section S3 can be concentrated in the 
server component body 21, which facilitates the develop- 
ment of the server component 5 more. 
Fourth Embodiment 

FIG. 21A shows a case where the basic server component 
5 shown in FIG. 4 is applied to an image processing 
application program as shown in FIG. 3B. In this example, 
a hypothetical language J is used as a programming Ian- lO 
guage and a hypothetical distributed object technique J RMI 
is used for communication. 
Fifth Embodiment 

FIG. 21B shows a case where the basic server component 
5 is applied to not only an image processing application 15 
program but also an ordinary application program. Differ- 
ently from the fourth embodiment, Java is used as a pro- 
gramming language and the distributed interobject commu- 
nication technique Java RMI is used for communication. 
Sixth Embodiment 20 

FIG. 21 C corresponds to the server component 5 in the 
second embodiment of FIG. 16 (that enables access to 
resources in the server hpst and client host). In the example, 
Java is used as a programming language and the distributed 
interobject communication technique Java RMI is used for 25 
communication. 
Seventh Embodiment 

In the above embodiments, the distributed system capable 
of dynamically switching the execution position of the 
server component body 21 between the client host 1 and the 30 
server host 2 using the server component 5 has been 
explained. In creating the server component 5, the software 
developer has to develop a large number of component 
elements (files). 

In a seventh embodiment of the present invention, the 35 
technique for decreasing the burden on the developer by 
automatically creating each file of the server component 5. 
The server component 5 to be created will be explained, 
taking the fifth embodiment of FIG. 21B as example. In the 
seventh embodiment, the same parts as those in the figures 40 
related to the above embodiments are indicated by the same 
reference symbols, and explanation of them will not be 
given. 

In FIG. 21B, five class files — a common interface 25, a 
client-side adapter 22, a server-side adapter 24, a server 45 
component body 21, and an RMI interface 24fl — have to be 
created as the component elements of the server component 
5 and registered in the storage unit 4. 

FIG. 22 is a block diagram showing an example of the 
configuration of a server component automatic creating 50 
system according to the seventh embodiment of the present 
invention. 

In the server component automatic creating system, a 
development computer 71 is composed of an information 
offering section 72, a template offering section 73, a class 55 
file automatic creating section 74, a class file section 75, a 
body processing content creating section 76, and a body 
processing content offering section 77. 

The information offering section 72 stores each piece of 
information on the server component 5, including class 60 
name and method name, and inputs these to the class file 
automatic creating section 24. 

The template offering section 73 holds templates corre- 
sponding to the following five class/interfaces: a common 
interface 25, a client-side adapter 22, a server-side adapter 65 
24, a server component body 21, and an RMI interface 24fl 
shown in LIST L-1 to LIST L-5 and offers the templates to 



the class file automatic creating section 24. LIST L-1 to 
LIST L-5 are examples of interfaces created on the basis of 
the templates. 

LIST L-1 shows an example of the common interface in 
Java in the seventh embodiment. 



ii5ri^i 

public intcrf acc FoofF { 
//describe method (signature) 
public int fooMethod(ctaar c); 

} 

LIST L-2 shows an example of the server component 
body 21 in Java in the seventh embodiment. 
UST1^2 

public class Foo extends Object implements FooIF { 
//constructor 
public FooQ { 
superQ; 

//initialization if necessary 

) 

//describe implementation of method 
public int fooMelhod(char c) { 

: //implementation of processing logic 

) 

> 

UST L-3 shows an example of the server-side 
adapter class in Java in the seventh embodiment. 

UST 1^3 
import javB.rmi. *; 

import java.rmiservcr.Unica6tRemotcObjcct; 

public cbss RSAFooImplc extends IJnicastRemoteObjcct 

implements RSAFoo { ~ * 

//having main body for method relay as attribute 
Foo foo; 

//constructor 

public REAFooImplQ throws RemotcExceprion { 
super 0; 

//generate main body (held as attribute) 
foo = new FooO; 

) 

//description of relay method 

public int fooMethod(char c) throws RemotcException { 
return foo.fooMethod(c); 

) 

> 

UST lv-4 shows an example of the server-side 
adapter class RMI interface in Java in the seventh 
embodimenL 

UST 1^4 

public interf ace RSAFoo extends java.rmi. Remote { 
//list of relay methods(except constructor) provided 

by server component 
//all methods throw RemotcException 
int fooMetbod(char c) throws 

Java .rmi .RemotcException; 

} 

UST L-S ahows an example of the client-€ide 
adaptor in Java in the seventh embodiment. 

UST I^S 
import Java, rmi.*; 

public class RCAFoo extends Object implements FooIF { 
//having RMI server adapter as attribute 
RSAFoo foo; 
//constructor 
public RCAFooQ { 
//initialization 

} 

//coimcct RMI server adaptor 
//received argument is RMI registory registration 
name of server object 
public void prepar6RMI(String rcgNamc) { 
try { 

'/Acquisition of server object (casting of 
;mtei&ce^e) 

foo = (RSAFoo)Namingiookup(regName); 
} catch (Exception e) { 
System.ouLprintIn("Enor:prcpareRMI:" + 
e.geiMessage Q); 
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-continued 

c.printStacltTraccO; 

> 

} 

//dcscriptiDu of relay method 
public int fboMethod(cIiar c) { 
try { 

return fooiooMethod(c); 
} catch (Exception c) { 
System.out.printIn(**Error Message:"* -i- 

e.getMessage Q) 
cprintStackTraceQ ; 

} 

} 

} 



The class fiJe automatic creating section 74 creates the 
five class files on the basis of the pieces of information 
offered from the information offering section 72 and tem- 
plate offering section 72 and outputs them to the class file 
section 75. The substantial contents of processing (the 
processing logic) of the server component body 24 have not 
been implemented in the class files outputted at this point of 
time. 

The body processing content creating section 76 is a 
processing section for creating the substantial contents of 
processing, or the body processing content. 

The body processing content offering section 77 imple- 
ments the body processing content created at the body 
processing content creating section 76 in the one corre- 
sponding to the server component body 21 of the class files 
in the class file section 75, 

Registration means (not shown) registers each class file 
thus created in the storage unit 4 as a component element of 
the server component 5. 

Next, the operation of the server component autoniatic 
creating system according to the seventh embodiment con- 
structed as described above will be explained. 

First, a conceptual operation of the seventh embodiment 
shown in FIG. 22 will be described. 

Apart from the body processing content of the server 
component body 21, the other class/interfaces merely relay 
a method call. Therefore, class/interfaces excluding the 
server component body 21 can be created automatically by 
doing as described below. 

Qass names can be determined automatically from the 
server component body 21 according to a predetermined 
naming rule. 

Since both adapters 22, 23 merely relay methods, the 
client-side adapter 22 caUs the method of the server-side 
adapter 23 and the server-side adapter 23 calls the method of 
the server component body 21. Here, attention should be 
given to returned values. Methods declared in a statement 
other than void, definition has to be made so as to return the 
result of relay methods. For a method with void declaration, 
nothing need not be returned. 

It is possible for one server component 5 to offer more 
than one method. 

Receiving information on the class name and method of 
the server component body 21 in the server component 5 
firom the information offering section 72 and the respective 
templates corresponding to LIST L-1 to LIST L-5 from the 
template offering section 73, the class file automatic creating 
section 74 can create all the five classes automatically. 

FIG. 22 illustrates this concept. For example, in an 
example shown in LIST L-1 to LIST L-5, the class name is 
Foo, the number of methods is one, the method name is 
fooMethod, the type of argument is char, the argument name 
is c, the type of returned value is int. 
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The body processing content, the original processing 
logic, is, of course, coded by the software developer. For this 
reason, the development computer 71 is provided with a 
body processing content creating section 76. The body 
5 processing content offering section 77 implements the cre- 
ated body processing content in the class file of the server 
component body 21. 

Finally, all the contents created are registered in the 
component manager 16 (or in the storage unit 4 from the 
10 viewpoint of hardware). At this time, the component infor- 
mation and information for access control are also regis- 
tered. 

Using a flowchart, the automatic creation of each element 
of the server component 5 using Java will be explained in 
^5 detail. 

The above-described LISTS Lrl to L-5 are the results 
obtained from the automatic creating system. LIST LC-1 to 
USTLC-12 are lists called templates. LIST 1^1 to LIST L-5 
are created by inputting the conditions, including the class 
name Foo and the method name fooMethod, to the automatic 
creating system to embed them in the templates of LIST 
LC-1 to LIST LC-12. 

The template offering section 73 offers the following 
templates: LIST LC-1 is a template for the class definition 
of component body, LC-2 a template for the method defi- 
nition of componeni body, LC-3 a template for the interface 
definition of common interface, LC-4 a template for the 
method definition of common interface, LC-5 a template for 
the class definition of server-side adapter, LC-6 a template 
for the method definition of server-side adapter when the 
type of returned value is non-void, LC-7 a template for the 
method definition of server-side adapter when the type of 
returned value is void, LC^S a template for the interface 
2^ definition of server-side adapter RMI interface, LC-9 a 
template for the method definition of server-side adapter 
RMI interface, LC-10 a template for the class definition of 
client-side adapter, LC-11 a template for the method defi- 
nition of client-side adapter when the type of returned value 
is non-void, and LC-12 a template showing the method 
definition of client-side adapter when the type of returned 
value is void. 



45 LIST LC-1 

public class [component name] extends Object 

implements [ ] IF { 
public [component name] { 

superO; 

//initialization if necessary 

50 } 
} 

LICT LC-2 

public [return value type][ method name]([argument 
typejlargument name], . . . ) { 
//implementation of processor logic 

55 } 

LIST LC-3 
public interface [component namelEF { 
//describe method name 

} 

USTLC-4 

pub1ic[icturn value typelmethod name]([argument 
typcjargument name], . . . ); 

LIST LC-5 
import java.rmi.*; 

import java.rmi.server.UnicasiRemoteObject; 
public class RSA [con^onent name] Impl extends 
UnicastRemoteObject 
^5 implements RSA [componeni name] { 

//having main body as attribute to relay method 



04/12/2004, EAST Version: 1.4.1 



us 6,678,715 Bl 



27 



-continued 



28 



[component name] [conpoacnt name (small tetter)]; 
//constnictor 

public RSA [component name] ImplQ throws 
RemoteExccption { 
super Oi 

//initialization if necessary 
[component name (small letter)] - new [component 
name] 0'. 
} 

} 

USTLC-6 

public [return value typelmcthod nameJQargumcnt type 
llaigumeat name ll . . . ) 
throws RemoteExccption { 
retum[cx)mponent name](sniaU letter)]^ method 
name]([argument name 1], . . . ; 
} 

UST LC-7 

public void [method name] ([method type IJmethod name 

throws RemoteException { 

[component name](Gmall letters)], [method 
name]Q argument name 1]> . . . ); 
) 

USTLC-8 

public interface RSA [component name] extends 

java.rmi. Remote { 

} 

UST LC-9 

public [return value type] method namejQargument 
type J argument name 1\ . . .)\ 

UST LC-10 
import java.rmi.*; 

public class RCA [component name] extends Object 
implements [component name]IF { 
//having RMI server adipLer as attribute 
RSA [component name] [component name (small letter)} 
//constructor 

public RCA [component name] Q throws { 
superQ; 
//initialization 

} 

//connect to RMI server adapter 
//received argument is RMI resislory registration 
name of server object 
public void prepareRMI(String regName) { 
try { 

//acquisition of server object(casting of 
tnterEace type) 

[con:^}onent name](small letters)] » 

(RSA{ component name])Namiiig.lookup(regName); 
} catch (Excq)tion e) { 
//exception processing 



} 



) 

//description of relay method 

} 

UST LC-11 

public [return value typej method name] ([argument type 
1] [argument name 1], . . . ) { 
try { 

retum( component namo](smaU Iettcr9)],[ method 
name]([ argument name 1], . . . ); 
} catch (Exception e) { 
//exception processing 

} 

retum(default value of return value]; 

} 

UST LC-12 

public void [method name] ([argument type l][argumcnt 
name 1], . . • ) { 
try { 

[component name](small letters)].[ method 
Damc]([ argument name 1 ], . . . ); 
} catch (Exception e) { 
//exception processing 

} 

} 
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When the server component 5 is created, the information 
offering section 72 gives the following pieces of information 
to the class file automatic creating section 74: 
Server component name 
Method name 
Type of returned value 
lype of argument and argument name. 
Ilie class file automatic creating section 74 calls the 
template corresponding to the target file creation from the 
templates (also called skeletons) LC-1 to LC-12 for the 
aforementioned class/interfaces. The class file automatic 
creating section 74 automatically creates class files for the 
server component body 21 and others by replacing the 
information enclosed by [] in the template with the infor- 
mation from the information offering section 72. By repeat- 
ing this, the class file automatic creating section 74 creates 
all of the files. Hereinafter, the processes carried out by the 
class file automatic creating section 74 will be described 
using the flowcharts in FIGS. 23 to 27. 

FIG. 23 is a flowchart for the overall process of creating 
class files. 

FIG. 24 is a flowchart for the process of creating the 
skeleton of the server component body 21. 

FIG. 25 is a flowchart for the process of automatically 
25 creating the common interface. 

FIG. 26 is a flowchart for the process of automatically 
creating the server-side adapter class. 

FIG. 27 is a flowchart for the process of embedding a 
relay method in the adapter class definition. 
30 The overall processing flow will be described by refer- 
ence to FIG. 23. First, the class file automatic creating 
section 74 checks the information from the information 
ofiering section 72 for the server component name (step 
ST41) and then creates a skeleton file for the server com- 
35 ponent body 21 (step ST42). Next, the automatic creating 
section 74 creates a file for the common interface 25 (step 
ST43) and then a file for the server-side adapter interface 
24a (step ST44). Thereafter, the class file automatic aeating 
section 74 creates a file for the server-side adapter class (step 
40 ST45) and a file for the client-side adapter class (step ST46) 
and then outputs these files to the class file section 75. 

As shown in FIG. 24, when a skeleton for the server 
component body 21 is created, LIST LC-1 (the class defi- 
nition of component body) of FIG. 28 is first called from the 
45 template offering section 73. Then, the iofonnation in the 
part [ ] in the template is replaced with the information from 
the information offering section 72 (step ST51), Next, LIST 
LC-2 (the method definition of component body) of FIG. 28 
is called and information is replaced in a similar manner for 
50 all the methods (steps ST52, ST53). When the information 
has been replaced for all the methods, this means that the 
skeleton for the server component body 21 has been com- 
pleted (step ST53). 

Next, as shown in FIG. 25, when the common interface is 
55 created automatically, LIST LC-3 (the interface defmition of 
common interface) of FIG. 28 is first called and information 
replacement is carried out (step ST61). Next, LIST LG-4 
(the method definition of common interface) of FIG. 28 is 
first called and information replacement is carried out for all 
60 of the methods (steps ST62 and ST63). When information 
replacement has been completed for aU of the methods, this 
means that the automatic creation of the common interface 
has been completed (step ST63). 

Next, as shown in FIG. 26, when the server-side adapter 
class is created automatically, LIST LC-5 (the class defini- 
tion of server-side adapter) of FIG. 28 is first called and 
information replacement is carried out (step ST71). Next, 



65 



04/12/2004, EAST Version: 1.4.1 



us 6,678,715 Bl 

29 30 

the LIST for the method definition of server-side adapter template offering section 72A, a class file automatic creating 

(LIST LC-6 (the method definition of server-side adapter section 74A, a class file section 75. a body processing 

when the type of returned value is non-void) or LC-7 (the content creating section 76, and a body processing content 

method definition of the server-side adapter when the type of offering section 77. 

returned value is void) is called and information replacement 5 ^ ' . 
is carried out for all of the methods (steps ST72 and ST73). The information offcrmg sccUon 72A has the same con- 
When information replacement has been completed for all of figuration as in FIG. 22 except that the volume of informa- 
the methods, the automatic creation of the server-side tion offered is increased as a result of the expansion of the 
adapter class has been completed (step ST73). The process server component 5's function. . 

in step ST72 is described in further detail in FIG. 27. . ^ , ^ „ . . t, ^ . ^ 

Specifically, the type of returned value is determined from ^^V^^^ ^^^^^g ^^'^^^^ 73A has the same configu- 

the information from the information offering section 72 ration as in FIG. 22 except that the number of templates 

(step ST81). When the returned value is a value other than offered is increased as a result of the expansion of the server 

void, LIST LC-6 of FIG. 28 is called and information component 5's function. 

replacement is carried out (stcp STJ2). When the returned ^ automatic creating section 74A creates 

value IS void, LIST LC-7 of FIG, 28 is called and mforma- ^ , , /• , r u - cir- '>ii- • . 

tion replaceiient is carried out (step ST83). ^^^^^ class/mterfaces shown m FIG. 21C m a sumlar 

As described above, the class file automatic creating manner to the class file automaUccreatmg section 74 ottlG. 

section 74 creates files. 22. The concrete processes are shown in FIGS. 29 to 36. 

Because the creation of the client-side adapter class is the ^ example of twelve class/interfaces automatically crc- 

same as the server-side adapter class shown in FIGS. 26 and 20 ^^^^ ^^^^ USTLL-1 (example of common interface 

27 explanation of it will be omitted. ^^^^^ component body in Java), 

In the above processes, it is assumed that the server ^ ^ , - t xtt^* 
component name b written in capital letter form (the begin- (^^^Pl<^ server-side adapter class m Java) LL-4 
ning letter of a word is a capital letter and the rest are smaU (example of server-side adapter class RMI mterface), LL-5 
letters. When more tiian one word is concatenated, the words 25 (example of client-side adapter), LL-6 (example of server- 
are connected, with the beginning letter of each word being side resource accessing section common interface), LL-7 
capital, such as Foo or ServerObject) and that the method (example of server-side resource accessing section), LL-8 
name and argument name are written in capital letter form (example of server-side resource accessing server-side 
starting with a .small letter (such as fooMethod). In addition, adapter RMI interface), LL-9 (example of server-side 
[server component name (small letters)] means a small-letter 30 resource accessing server-side adapter), LL-10 (example of 
representation of all the server component name. [Default server-side resource accessing client-side adapter), UUll 
value of returned value] is an arbitrary default value of the (example of client-side resource accessing section RMI 
lype. interface), and LL-12 (example of client-side resource 

As described above, the server component automatic accessing section), 

creating system according to the seventh embodiment can 35 
create the component elements of the server component 5 

automatically because the class file automatic creating sec- 

tion 74 combines templates from the template offering USTLl^i 

section 73 and creates class files using the information from public interfece FooiF { 

^. tc ■ j,n //describe method (signature) 

the information offermg secUon 72. 40 ^^^.^ fooMethod(chai c); 

Therefore, even when the server component 5 has a large //option to call back to ciicDt's application 

number of component elements, use of the present invention public void setaientAppCFooaient capp); 

enables almost aU of the component parts to be created } 

automatically, which decreases the burden on the software ^^^^.^ ^^^^ q^^-^^^ implements FoolF { 

developer. Coosequentiy, what the developer has to actually 45 //foiiowings arc options when CRAy sra are included 

program is only the part (body processing content) related to craFoo era; //client resource access portion 

implementing the processes requested from application pro- fy^^^^' ^^'^"^^ '"""^ 

grams. public Foo(){ 

Eighth Embodiment super( ); 

In the seventh embodiment, the class file automatic ere- 50 //initialization if necessary 

ation in FIG. 21B, or when the basic server component 5 of } ,. , , » r w f,^.«^ 

. ! J • 1 n » ift L L 1 • J M //initialization to cxecat© at client (option) 

FIG. 4 IS constructed in Java RMI has been explamed. Now, ^^^^ prepareLocai(8tiing regName) { 

as an eighth embodiment of the present invention, an auto- //option (when CRA is included) 

matic creation of each element in the server component 5 in try { 

FIG. 21c, or when the server componem 5 of FIG. 16 is 55 ^ CRAFooimpl(this);//creat« dieat 

constucted in Java RMI will be explained. For tiie server '^^"^"^ Tc^'c^ception c) { 

component of FIG. 19, too, each component element and //error processing 

class file can be created automatically by using the tech- } 

niques in the eighth and seventh embodiments. ff<^^'>^ ^"^oZ^r^"^ Jf^f'^l 

. till- L • £. ** f ^« sra => new SRACAFoo( ); //create seivci resource 

FIG. 28 is a block diagram showmg the configuration of 60 p^^^^^^ 

a server component automatic generating system according //initialization for RMI for server resource 

to the eighth embodiment of the present invention. In FIG. access portion 

28, the same parts as those in FIG. 22 are indicated by the '^V ( ^ ^ ciasslij- 

same reference symbols and explanation of them will be //pj^are ar^incnt 

omitted. 65 cArgs(0] = aass.forName("java.lang. Striog"): 

The automatic generating system comprises a develop- Method mi - 
ment computer 71 A, an information offering section 72A, a 
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-continued 



(sTa.gctQass( )).gctDeclaicdMcUiod('*piq}iiicRMr', 
cAigs); 

//connection method creatian 
Objcctf ] oAig^ " Qcw Object[l]; 
oAgis[0] > new Strmg(rc^anie); 
int.invokc(sia.oArgs); //stAit metkod 
} catch (Exception e) { 
//error processing 



} 



} 



//initialization to execute ai server (optioa) 
public void prcpreSeiver(Stiing regName) { 
//option (when SRA is included) 
6ia - new SRAFoo( ); //create server resource 

access portion 
} 

//option to call client resource access portion by 
main body 

public void SetCRA(CRAFoo craFoo) { 
era - craFoo; 

} 

//option to call back to dient application 
public void sctaicnt>^(Fooaicnt capp) { 
cra.setQieDtApp(capp); 

} 

//describe implementation of method 
public int fooMethod(char c) { 

: //implementation of processing logic 

} 

} 

UST L1^3 
import java.rmi.*; 

import java.rmi. server. UnicastRemoteObject; 

public ciass RSAFooImple extends UnicastRemoteObject 

implements RSAFoo { 

//having main body to relay method as attribute 

Fbo foo; 

//constructor 

public RSAFooImpl( ) throws RemoteException ( 
super ( ); 

//main body creation (held as attribute) 
foo = new Foo( ); 

} 

//option to call back to client application 
public void sctCRA(CRAFoo craFoo) throws 
java.rmi.RemoteException {mcm.8ctCRA(craFoo); 
} 

//description of relay method 

public int fooMethod(char c) throws RemoteException { 
return foo. fooMethod(c); 

} 

} 

USTL1^4 

public interfaceRSAFoo extends java.rmi.RcmoLc { 
//optioa to call back to client application 

public void setCRA(CRAFoo craFoo) throws 
java . rmi.RemoteException; 

//list of methods (except constructor) provided by 
server component as relay 

//all methods throw RemoteException 
int fooMethod(char c) throws java.rmi.RemoteException; 
} 

USThLrS 
import java.rmi.*; 

public dass RCAFoo extends Object in^lements FooIF { 
//having RMI server adapter as attribute 
RSAFoo rsa; 

//option when CRA is included 
CRAFoo era; 
//constructor 
public RCAFoo( ) { 
//initialization 

} 

//connection to RMI server adapter 

//received argument is RMI resistory registration 



name of server object 

public void p[CpareRMI(String regName) { 
S try{ 

//cption when main body accesses CRA 
era - new CRAFoo(this); 
//acquisition of server object (casting of 

interface type) 

rsa " (RSAFbo)Naming.looIaq) (regName); 
10 //option to call back to client application 

rsa.setCRA(cra); 
} catch (Exception e) { 
//cnor processing 

} 



15 



20 



} 



} 

//option to call back to dient application 
public void setaieaLApp(FooGient capp) { 
cra.setClientApp(capp) ; 

} 

//description of relay method 
public int fooMethod(char c) ( 
try { 

return r8a.fooMethod(c); 
} catch (Exception e) { 
//enor processing 

} 

} 



25 USTU^e 

public interfeoe SRAFooIF { 

//describe method (signature) 
public void BCCcs8ServeTRcs( ); 

} 

USrLL-7 

30 public class SRAFoo extends Object implements SRAFooIF 
{ 

//constructor 
public SRAFoo( ) { 
super( ); 

//initialization if necessary 

35 } 

//description of method unplementation 

public void accessScrverRes( ) { 
//implementation of processing 



} 



} 



USTLL-8 

public interface SRASAFoo extends java.rmi. Remote { 
//list of server resource access methods (except 

constructor) 

//all methods throw RemoteException 
public void acccssServeiRcs( ) throws 
^5 java.imi.RemoteException; 

LIST L1^9 
import java.rmi.*; 

import java.rmi.5crvei.OnicastRcmolcOb)ect; 
public class SRASAFooImpl extends UnicastRemoteObject 
50 implements SRASAFoo { 

//having RMI server adapter as attribute 

SRAFoo sra; 

//constructor 

public SRASAFooImpl( ) throws RemoteException { 
8upcr( ); 

55 //main body creation (held as attribute) 

sra » new SRAFoo( ); 

} 

//descr^ition of relay method 
public String access ServerRes( ) throws 
java.rmi.Re[notcExccption { 
60 return sra.accessServerRes( ); 



} 



} 



USTLL-10 
import java.rmi.*; 

public class SRACAFoo extends Object implements 
65 SRAFooIF { 

//having RMI server adapter as attribute 
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SRASAFoo sraaa; 
//constructor 

public SRACAFooImpK ) { 

//initialization (unnecessary at present) 

} 

//connection to RMI server adapter 
public void p rep arcRM [(String regName) { 
try { 

//acquisition of server object (casting of 

inlcrCace type) 

srasa « (SRASAFoo)Naming.lookup(rcgNaine); 
) catch (Exception e) { 
//error processing 

} 

) 

//description of relay method 
public String acccssServerRe8( ) { 
try{ 

siasa. accessServerRes( ); 
) catch (Exception e) { 
//error processing 

} 

} 

} 

UST Ll^ll 

public interface CRAFoo extends java.rmLRemote { 

//list of server resource access methods (except 
ooostructors) 

public void accessClientRes( ) throws 
ja va. rmi. RemoteException; 

//setting to call back to client application (option) 

public void setClientApp(FooClicnt capp); 

} 

UST LL-n 
import java.rmi 

import java.rmi.server.UoicastRcmotcObject; 

public dass CRAFoo Impl UnicastRcmoteObject implements 

CRAFoo { 

FooIF foo; // pointer to main body or RCA 
FooClient cApp; // client application (option) 
//constructor 

public CRAFoo Impl (Poo IF oooif) throws RemoteException 

{ 

//reception of iiuerfaoe type of main body 

000 - oooif; 

cApp " null; //option 

} 

//setting to call back to client application (option) 
public void setQientApp (FooClient capp) { 
cApp « capp; 

} 

//description of method implementation 

public void accessaientRes( ) throws RemoteException 

{ 

//implementatioa of processing 

} 

} 



The template offering section 73A offers templates 
(skeletons) represented by the following lists: LIST C-1 
shows the class definition of component body, LIST C-2 an 
execution initialization method on the UST C-1 client side, 
LIST C-3 the LIST C-2 client-side resource accessing sec- 
tion creating section, LIST C-4 the LIST C-2 server-side 
resource accessing section creating section, LIST C-5 an 
execution initialization method on the C-1 server side, LIST 
C-6 the C-1 client resource section setting method, LIST C-7 
the C-1, C-60, C-bO method definition, UST C-8 the C-1 
client-side resource accessing section attribute, UST C-9 
the C-1 server-side resource accessing section attribute, 
UST C-a the C-1 client application setting method, UST 
C-10 the interface definition of common interface, LIST 
C-11 the C-10 and C-50 method definition, UST C-12 the 
C-10 and C-aO client application setting method, UST C-20 
the server-side adapter RMI interface definition. LIST C-21 
the C-20 relay method definition, UST C-22 the C-20 client 
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resource accessing section setting method, UST C-30 the 
class definition of the server-side adapter, LIST C-31 the 
C-30 client-side resource accessing section setting method, 
UST C-32 the relay method definition of the C-30 and C-80 

S server-side adapter when the type of returned value is 
non-void, LISTC-33 the relay method definition of the C-30 
and C-80 server-side adapter when the type of returned value 
is void, LIST C-34 the C-30 server initialization. LIST C-40 
the class definition of client-side adapter, UST C-41 the 

10 C-40 client-side resource accessing section attribute, UST 
C-42 the creation of the C-40 cUent-side resource accessing 
section, LIST C-43 the setting section for the C-40 client- 
side adapter, LIST C-44 the C-40 client application setting 
section, UST C-45 the relay method definition of C-40 and 

15 C-90 client-side adapters when the type of returned value is 
non-void, UST C-46 the relay method definition of C-40 
and C-90 client-side adapters when the type of returned 
value is void, UST C-50 the server-side resource accessing 
section common interface definition, LIST C-60 the class 

20 definition of server-side resource accessing section, UST 
C-70 the RMI interface definition of server-side resource 
accessing server-side adapter, UST C-80 the class definition 
of server-side resource accessing server-side adapter, UST 
C-90 the class definition of server-side resource accessing 

25 client-side adapter, UST C-aO the RMI interface definition 
of client-side resource accessing section, UST C-al the 
C-aO client application setting method, LIST C-bO the class 
definition of cUent-side resource accessing section, UST 
C-bl the C-bO client application attribute, and UST C-b2 

30 the C-bO client application setting method. The list numbers 
shown in FIGS. 29 to 36 are the list numbers described 
above. 



UST-Cl 

public class {component name] extends Object 
implements [component name] IF { 
//«LIST-C8» 
//«Liyr-C9» 
public [component name] { 
super ( ): 

/initialization if necessary 

} 

//«UST-C2» 
//«UST-C5» 
//«LIST-C6» 
45 //<aiST-C7» 
//«LIST-Ca» 

} 

UST-C2 

public void prepareLocal(String regName) { 
//<<UST-C3» 
50 //«UST-C4» 

} 

LISr-C3 

try{ 

//create client resoiiroe access portion 
era - new CRA [component name] Imple(thi8); 
55 } catch (Exception e) { 
//error processing 

} 

LISr-C4 

//create server resource access portion 
sra " new SRACA [component name] ( ); 
//initialization RMI of server resource access portion 
«° try{ 

Class [ 1 cArgs - new Qass [1]; 

cArgslO] = Class,forName("java.Iang.String"); 

Method mt > 

(sra. getClass( )).getDeclarcMethodC*prcpareRMr', cArgs); 
Object [ ] oArgs = new Objecijl]; 
65 oArgsfO] = new String(regName): 
mLinvokeCsra, o/Vrgs); 
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} catch (Exccpdoa c) { 
//error processing 

} 

UST-C5 

public void prcpaicSeTVci(Strii]g icgName) { 
sia a new SRA[con^>onei]t naine]( ); 

} 

LIST-C6 

public void seCRA(CRA [component name] cra[oo[nponent 
name]) { 

eta " cra[conipoaent name]; 

} 

usr-C7 

public [return value type] [method name] ([argument 
type] [argument name], . ■ ■) { 

//processing logic implementation 

} 

UST-C8 
CRA[ component name] era; 

usrr-C9 

SRA(componeat name] IF Era; 
LIST-Ca 

public void setClicntApp([ client application type}capp) 

{ 

cra.GctClientApp (capp); 

} 

usT-ao 

public interfacc[cQmponent name]IF { 
//«LrST-Cll» 
//«LIST-C12» 

} 

LIST-Cll 

public [return value type] [method name] ([argument 
type] [argxunent name], . . .); 
UST-C12 

public void setClicntAppd client application 
typejcapp); 

UST-C20 

public interface RSA(coinponent name Jextcnds 
java.imi. Remote { 

//«LIST-C21» 

//«UST-C22» 

} 

LIST-C21 

public( return value type] [method name] ^argument type 
1] [argument name 1], . . .) 

throws java.rmi.RemoteException; 
LIST-C22 

public void setCRA(CRA[ component name]cra[component 
name]) 

throws java.rmi.RemoteException; 
UST-C30 
import javft.rmi.*; 

import java.rmi.servcr.UaicastRemoteObject; 
public dass RSA| component name]Impl extends 
UnicastRemoteObject implements RSA[ component name] { 
//having main body for method relay as attribute 
[component name] [component name (small letters)]; 
//constructor 

public RSA[ component name][mpl( ) throws 
RemoteException { 
super ( ); 

//initialization if necessary 

[component name (small letters)] ^ acw [component 
name] ( ); 

//«UST-C34» 

} 

//«L1ST-C31» 
//«UST-C32» 

} 

LIST-C31 

public void setCRA(CRA[camponent name] era {component 
name]) 

throws java.rml RemoteException { 
[component name (small letters)].setCRA(cra 

[component name]); 

} 



Uffr-C32 

public [return value type] [method name] ([argument type 
5 1] [argument name 11 . ■ .) 

throws RemoteException { 

retam [conq)QDent name (small letters)].[ method 
name]([aTgtmient name 1], . . 
} 

U5r-C33 

10 public void [method name] ([argument type 1] [arg^ent 
name iL • • •) 

throws RemoteException { 
[component name (small letters)].[method 
name] ([argumoit name ll . . .); 
} 

15 UST-C34 

[component name (small letters)].prepareServer(nuU); 

UST-C40 
import java.rmi. •; 

public class RCA[ component name]extends Object 
imptementsfcomponent nameJIF { 

//having RMI server adapter as attribute 

RSA[oomponent name] (component name (small letters)^ 

//«LIST-C41» 

//constfuctot 

public RCA{ component name]( ) { 
/Anitialization 

25 //connection to RMI server adapter 

public void pFepareRMI(String regName) { 
try { 
//<<LIST-C42» 

//acquisition of server object (casting of 
interface type) 

(component name (small letters)] - 
(RSA( component name])Naming.looki^(regName); 
//«UST-C43» 
} catch (Exception e) { 
} //error processing 

//«UST-C44» 
//«LIST-C45» 
//«LIST-C46» 

} 

UST-C41 
CRAlcomponent name]cra; 
UST-C42 

era - new CRA[ component name]Impl(thifi); 

UST-C43 
//set client adapter to main body 
[component name (small letters)].setCRA(cra); 
45 UST-C44 

public void selClientApp([ client application type]capp) 

{ 

cra.setCl icntApp(capp) ; 
} 

UST-C45 

50 public [return value type] [method name] ([argument type 
1] [argument name IJ, . . .) { 
try { 

return (component name (small letters)], [method 
name]([ argument name 1], . . .); 
} catch (Exception c) { 
55 //exception processing 

} 

return (default value of return value]; 

} 

UST-C46 

public void [method name) ([argument type 1] (argument 
60 name 1], . . .) { 
try { 

[component name (small letters)], [method name] 
([argument name 1^ . . .)> 
} catch (exception e) { 
//exception processing 

65 } 

} 
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UST-C50 

public intcrfecc SRAlcon^wncnt name][F { 
//«UST-ai» 

} 

UST-C60 

public dass SRA(componeat namelextends Object 
implements [compoaent namcjF { 
//constructor 

public SRAl component namc]( ) { 
6upcr( ); 

//initialization If necessary 

} 

//«UST-C7» 

} 

UST-CZO 

public intcrfiace SRASAtoomponent namejcxtcnda 
java.rmi. Remote { 

//list of sexver lesoutce access methods (except 
constmctOT) 

//«UST-C21» 



} 



UST.C80 



import java.rmi.*; 

impo rt java .rmi .Borvcr.UoicastRemotcOb ject; 

public dass SRASA[compoaeiit namo]Impl extends 

UnicastRemoteObject 

implements SRASA(component name] { 
//having main body for method relay as attribute 
SRA{ component name] [con\ponent name (small letters)]; 
//constructor 

public SRASA]componcnt name]Impl( ) throws 
RcmotcExccption { 
super ( ); 

[component name (small letters)] -» new 
SRA{ component name] ( ); 
} 

//«UST-C32» 
//«LIST-C33» 



} 



UST-C90 



import java.rmi.*; 

public dass SRACA( component name] extends Object 
implements SRA[ccmponent name][F { 
//having RMI server adapter as attribute 
SRASA[compottent name] (component name (small 

letters)]; 

//constructor 

public SRACA(component name] ( ) { 
//initialization processing 

} 

//connection to RMI server adapter 
public void prpareRM [(String regName) { 
try{ 

//acquisition of server object (casting of 
interface type) 

[coo^onent name (small letters)] - 
(SRASA( component nameDNaming.lookup(regName): 
} catch(Exc^tion o) { 
//error processing 

} 

} 

//«UST-C4S» 
//«UST-C46» 

} 

LIST-OO 

public interface CRAj component name] extends 
java.Tmi.Rcmotc { 

//list of server resource access methods (except 
constmctor) 

//«UST-C23» 

//«LIST-Cil» 

} 

Lisr-ai 

public void setCIientAppd client application type] 
capp) 

throws java.rmi. RemoleExccption; 

uyr-cbo 

import java.rmi.*; 

import java.rmi.scrvcLUnicastRemotcObject; 



public class CRA[ component namc]Implc 
UnicastRemoteObject 
S implements CRA(component name] { 

//pointer to main body or RCA 

[component namejlF [component name (small letters)]; 

//«UST-Cbl» 

//constructor 

public CRA(component name]Impl([ ]IFl component name 
10 (small lettcis)]iO 

throws RcmotcException { 
[component name (small letters)] = [component name 
(small letter8)]if; 
} 

//«UCT-C32» 
j5 //«LIST-Cb2» 

^ UST-Cbl 
//client application 
[client application type]cApp; 
UST-Cb2 

public void setClienLApp([ client application typc]capp) 



20 



25 



cApp - capp; 



35 



40 



45 



50 



55 



60 



65 



Next, the process of automatically creating these twelve 
class/interfaces will be explained. 

When the server component 5 is created, the information 
offering section 72A gives the following pieces of informa- 
tion to the class file automatic creating section 74A: 

1. Server component name 

2. Accessing the server-side resource? 

3. Accessing the client-side resource? 

4. Does the component body call a client application 
program? 

5. Method name (allocated to the above items 1, 2, and 3, 
if necessary) 

Type of returned value 

Type of argument and argument name. 

On the basis of these pieces of information, each class and 
interface are automatically created by replacing the part 
enclosed by [ ] in the template (skeleton) of each class and 
interface with the offered pieces of information or adding an 
optional section. It is assumed that the server component 
name is written in capital letter form and that the method 
name and argument name are written in capital letter form, 
starting with a small letter. In addition, [server component 
name (small letters)] means a small-letter representation of 
all the server component names. [Default value of returned 
value] is an arbitrary default value of the type. 

Specifically, the process of automatically creating classes 
and interfaces follows the flowcharts of RGS. 29 to 36 
showing the processing of the class file automatic creating 
section 74A. 

In these flowcharts, the server-side adapter RND interface 
and the client-side resource accessing section RMI interface 
resemble the common interface; the server-side resource 
accessing section and the server-side resource accessing 
server-side adapter RMI interface resemble the server-side 
resource accessing common interface; the server- side 
resource accessing server-side adapter and the client-side 
resource accessing section resemble the server-side adapter; 
and the sever-side resource accessing client-side adapter 
resembles the client-side adapter (the difference in 
conditions, inserted lists, and insert positions are as 
described above and later). For this reason, the flowcharts 
for these parts will be omitted. 

In addition, because the flowcharts for the client-side 
adapter class, each class/interface in the server-side resource 
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accessing section, and each class/interface in the client-side 
resource accessing section are similar to those for the 
server-side adapter class, they will be omitted. Moreover, 
Ql, Q2, and Q3 at branches in the flowcharts mean the 
following: 

Ql: Accessing the server-side resource? 

Q2: Accessing the client-side resource? 

Q3: Does the component body call a client application 
program? 

Hereinafter, the creation of each component element will 
be explained in detail. 

First, for the source in the server component body 21, 
LIST C-1 (the class definition of component body) is pre- 
pared. Next, when setting is done to one of the optional 
items 2, 3, 4, LIST C-2 (execution initialization method on 
the C-1 client side) is inserted in the corresponding place of 
LIST C-1. The insert position is the place where it reads 
*7/«LIST C-n»." In this case, LIST C-n is inserted in the 
place. Next, in the case of optional item 3 (accessing the 
client-side resource) or item 4 (the component body calls a 
client application program), LIST C-3 (C-2 client-side 
resource accessing section creating section) is inserted in 
LIST C-2, and LIST C-6 (C-1 client resource section setting 
method) and LIST-8 (C-1 client-side resource accessing 
section attribute) are inserted in LIST C-1. In the case of 
optional item 2 (accessing the server-side resource), LIST 
C-4 (C-2 server-side resource accessing section creating 
section) is inserted in LIST C-2 and LIST C-5 (execution 
initialization method on the C-1 server side) and LIST C-9 
(C-1 server-side resource accessing section attribute) are 
inserted in LIST C-1, Furthermore, in the case of optional 
item 4, LIST C-a (C-1 client application setting method) is 
inserted in LIST C-1. Thereafter, as many LIST C-1 (C-1, 
C-60, C-bO method definition) as are needed are inserted in 
LIST C-1. 

Next, for the source of the common interface 25. LIST 
C-10 (the interface definition of common interface) is first 
prepared. Then, as many LIST C-1 (C-10, C-SO method 
definition) as are necessary are inserted. In the case of 
optional item 4, LIST C-l is inserted in LIST C-10. 

Next, for the RMI interface 24a of the server-side adapter 
24, LIST C-20 (the RMI interface definition of server-side 
adapter) is first prepared. Then, as many LIST C-21 (C-20 
relay method definition) as are needed are inserted in LIST 
C-20. In the case of optional item 3 or item 4, LIST C-22 
(C-20 client resource accessing section setting method) is 
inserted in UST C-20. 

Next, for the source of the server-side adapter 24, LIST 
C-30 (the class definition of the server-side adapter) is first 
prepared. In the case of optional item 3 or item 4, LIST C-31 
(C-30 client-side resource accessing section setting method) 
and LIST C-34 (C-30 server initialization) are inserted in 
LIST C-30. Thereafter, as many UST C-32 (the relay 
method definition of C-30, C-80 server-side adapters (when 
the type of returned value is non-void)) as are needed or as 
many UST C-33 (the relay method definition of C-30, C-80 
server-side adapters (when the type of returned value is 
void)) as are necessary are inserted in LIST C-30. 

Next, for the source of the client-side adapter 22, UST 
C-40 (the class definition of the client-side adapter) is first 
prepared. In the optional item 3 or item 4, LIST C-41 (C-40 
client-side resource accessing section attribute), LIST C-42 
(the creation of C-40 client-side resource accessing section), 
and LIST C-43 (setting section for C-40 client-side adapter 
body) are inserted in LIST C-40. In the case of optional item 
4, LIST C-44 (C-40 client application setting section) is 
inserted in UST C-40. Thereafter, as many UST C-45 (the 
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relay method definition of C-40, C-90 client-side adapters 
(when the type of returned value is non-void)) as are needed 
or as many LIST C-46 (the relay method definition of C-40, 
C-90 client-side adapters (when the type of returned value is 

s void)) as are necessary are inserted. 

Next, the source of the server-side resource accessing 
section common interface 58 is created in the case of 
optional item 2. LIST C-50 (the common interface definition 
of the server-side resource accessing section) is first pre- 

10 pared. Then, as many UST C-11 (C-10, C50 method 
definition) as are needed are inserted in C-50. 

Next, the source of the server-side resource accessing 
section 57 is created in the case of optional item 2. UST 
C-60 (the class definition of the server-side resotu-ce access- 

15 ing section) is first prepared. Then, as many UST C-7 (C-1, 
C-60, CbO method definition) as are needed are inserted in 
UST C-60. 

Next, the source of the RMI interface S6a of the server- 
side resource accessing server-side adapter 56 is created in 
20 the case of optional item 2. UST C-70 (the RMI interface 
definition of the server-side resource accessing server-side 
adapter) is first prepared. Then, as many UST C-21 (C-20 
relay method definition) as arc needed arc inserted in UST 
C-70, 

25. Next, the source of the server-side resource accessing 
server-side adapter 56 is created in the case of optional item 
2. UST C-80 (the class definition of the server-side resource 
accessing server-side adapter) is first prepared. Then, as 
many UST C-32 (the relay method definition of C-30, C80 

30 server-side adapters) as are needed and as many UST C-33 
(the relay method definition of C-30, C80 server-side 
adapters) as are needed arc inserted in UST C-80 (see FIG. 
54). 

Next, the source of the server-side resource accessing 

35 client-side adapter 54 is created in the case of optional item 
2. UST C-90 (the class definition of the server-side resource 
accessing client-side adapter) is first prepared. Then, as 
many UST C-45 (the relay method definition of C-40, C90 
client-side adapters) as are needed and as many UST C-46 

40 (the relay method definition of C-40, C90 client-side 
adapters) as are needed are inserted in LIST C-90. 

Next, the source of the RMI interface 53fl of the client- 
side resource accessing section 53 is created in the case of 
optional item 3 or item 4. LIST C-aO (the class definition of 

45 the client-side resource accessing client-side adapter) is first 
prepared. Then, as many LIST C-21 (C-20 relay method 
definition) as are needed are inserted in UST C-aO. In the 
case of optional item 4, UST C-al (C-aO client application 
setting method) is inserted in UST C-aO. 

50 Next, the source of the client-side resource accessing 
section 53 is created in the item 3 or item 4. UST C-bO (the 
class definition of the client-side resource accessing section) 
is first prepared. Then, as many LIST C-32 (the delay 
mediod definition of C-30, C-80 server-side adapters) as are 

55 needed are inserted in UST C-bO. In the case of optional 
item 4, LIST C-bl (C-bO client application attribute) and 
C-b2 (C-bO client application setting method) are inserted in 
UST C-aO. 

With each class/interface created, the component devel- 
60 oper can develop the server component 5 by causing the 
body content offering section 77 to implement the part in 
which UST C-7 (method definition for C-1, C-60, C-bO) has 
been inserted. 

While in the eighth embodiment, programs have been 
65 written in the Java language, only minor changes would be 
required even when CORBA is used for distributed inter- 
object communication or the C++ language is used. 
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Ninth Embodiment 

With the eighth embodiment, it is possible to construct a 
distributed system which enables a dynamic system con- 
figuration that allows a decision at the time of execution as 
to whether the execution place of a process should be placed 
on the server host or the client host. In contrast, Java applets 
are designed for a static system configuration where the 
execution place of a process is always on the client host In 
the eighth embodiment, however, it is one type of computer 
that acts as a server that provides a server component. The 
other computers in the network excluding the computers 
acting as clients and those acting as servers cannot be used 
as places (servers) to execute processes. In this connection, 
an embodiment which enables any computer in the network 
to allow server process implementation will be explained. 

In a ninth embodiment of the present invention, one 
computer acting as a server host is allowed to deal with the 
server component from the viewpoints of the maintenance 
and management of the server component and the alleviation 
of implementing work. 

To execute the server component on another computer 
(referred to as a sub-server host), the server host delivers the 
server component for execution. The sub-server host 
receives the processing component from the server host, 
makes it executable, and makes the other necessary prepa- 
rations. 

To allow a specific computer resource to access the 
delivered server component, the server component Ls com- 
posed of a basic section, a client-side resource accessing 
section, and a server-side resource accessing section. 

To decide the execution place, deliver the server compo- 
nent to the place, carry out the process, and thereafter change 
the execution position, if necessary, there are provided an 
execution position specifying section and a callback inter- 
face for client-side application programs. 

FIG. 37 shows the configuration of a distributed system 
according to the ninth embodiment of the present invention, 
including the hardware configuration and software 
resources. 

In this system, a client host 150, a main server host 120, 
and a sub-server host 130 are connected to each odaer via a 
network. 

The main server host 120 is connected to a server com- 
ponent 110. The server component 110 is composed of a 
basic section 111 as shown in FIG. 4, a client-side resource 
accessing section 112 and a server-side resource accessing 
section 113 shown in FIGS. 6 and 19, and server component 
information 114. 

The client host 150 is composed of a client component 
loader 152 and a callback interface 151. An input unit 180 
and a display 190 are connected to the client host 150. 

The main server host 120 is composed of a component 
manager 121, a component server 122, and an execution 
position decision section 123. The component server 122 is 
connected to the client component loader 152 and the 
callback interface 151. 

The sub -server host 130 has a sub-server component 
loader 131. The sub-server component loader 131 is con- 
nected to the component server 122. 

An execution position specifying section 140 to which the 
input unit 170 and display 160 are connected is connected to 
the execution position decision section 123. 

The application user operates the client host 150 using the 
input unit 180 and display 190. The client host 150 requests 
the server component that carries out the process corre- 
sponding to the user's request fi-om the main server host 120. 
Specifically, the client component loader 152 in the client 
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host 150 requests the server component 110 firom the com- 
ponent server 122 in the main server host 120. At that time, 
the component loader 152 hands over a callback interface 
118 to the component server 122. 

s The con^)onenl sever 122 requests the server component 
110 specified by the component manager 121 and receives it. 
In addition, the component server 122 causes the execution 
position decision section 123 to decide the computer that is 
to execute the specified server component 110. 

10 When the main server host 120 executes the server 
component 110, the component server 122 makes the basic 
section 112 of the server component 110 executable (or 
creates its instance) and makes preparations, including ini- 
tialization. 

15 When the sub-server host 130 executes the server com- 
ponent 110, the component server 122 delivers the basic 
section 112 of the server component 110 to the sub-server 
component loader 131. The sub-server component loader 
131 receives the necessary class from the component server 

20 122, creates its instance, and makes preparations, including 
initialization. 

When the client host 150 executes the server component 
110, the component server 122 delivers the basic section 112 
of the server component 110 to the client component loader 
25 152 of the client host 150. The client component loader 152 
receives the necessary class from the component server 122, 
creates its instance, and makes preparations, including ini- 
tialization. 

The client host 150 connects to the basic section 112 of 

30 the server component 110 instance-created in one of the 
above cases, by way of the network or in process and 
executes the process making use of the basic section. 

When the server component 110 has the client-side 
resource accessing section 112, the component server 122 

35 delivers it to the client component loader 152 of the client 
host 150. The client component loader 152 creates its 
instance and sets it in the basic section 112 of the server 
component 110. When server component 110 has the server- 
side resource accessing section 113, the server-side resource 

40 accessing section 113 is delivered to the sub-server compo- 
nent loader 131 of the sub-server host 130 on the "computer 
that executes the server-side resource accessing section 113" 
written in the server component information 114. The sub- 
server component loader 131 creates its instance and sets it 

45 in the basic section 112 of the server component 110. When 
the main server host 120 runs the server-side resource 
accessing section 113, the component server 122 creates its 
instance and sets it in the basic section 112 of the server 
component 110. 

50 To decide (specify) the execution position, the system 
manager gives an instruction to the execution position 
specifying section 140 via the input unit 170 and display 
160. The execution position speci^ing section 140 conveys 
the system manager's instruction to the execution position 

55 decision section 123. The execution position decision sec- 
lion 123 judges the execution position on the basis of the 
information in a subsequent execution position judgment. 
After having decided the execution position requested by the 
component server 122, the execution position decision sec- 

60 tion 123 also informs the execution position specifying 
.section 140 of the decision. On the basis of the information, 
the execution position specifying section 140 displays the 
server component 110 currently being executed and its 
execution position on the display 160. 

65 On the basis of the information, the system manager can 
specify the next execution position via the input unit 170 for 
the component now being executed. After the execution 
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position specifying section 140 has conveyed information on 
"the next execution position" specified by the system man- 
ager to the execution position decision section 123, the 
execution position decision section 123 notifies the compo- 
nent server 122 of the information and carries out the 
process of relocating the server component 110. Specifically, 
the server component 110 now being executed is ended 
temporarily. The server component 110 is delivered to the 
newly specified place, which creates its instance. Then, 
using the callback interface 118, the component server 122 
tells the client host 150 that the server component 110 has 
been relocated and specifies the new place. On the basis of 
the information, the client host 150 carries out an initializing 
process of the new server component 110, such as recon- 
nection. 

As described above, in addition to the effects of the first 
to eighth embodiments, the ninth embodiment enables 
server processing programs to run not only on any computer 
in the network but also on a specific computer. 
Tenth Embodiment 

FIG, 38 is a block diagram showing an example of the 
physical configuration of a distributed system according to 
a tenth embodiment of the present invention. FIG. 39 is a 
block diagram showing an example of the logical configu- 
ration of the tenth embodiment. An application program that 
accesses a database and carries out a simple process is taken 
as example. 

As shown in FIG. 38, in the distributed system according 
to the tenth embodiment, a main server host 120 is imple- 
mented in a main server machine 330 connected to a 
network 310, a sub-server host 230 in a sub-server machine 
(A) 340, a sub-server host 230 and a database 400 in a 
sub-server machine (B) 350, an execution position specify- 
ing section 240 in a manager machine 320, and a database 
accessing chent server host 250 in a client machine 360. 
Here, the word implement means incorporating a program 
into a computer and making preparations for execution. 

As shown in HG. 39, the distributed system comprises a 
database accessing server component 210, a main server 
host 220, a sub-server host 230, an execution position 
specifying section 240, a database accessing client server 
host 250, and a database 400. The server component 210 is 
composed of a database (DB) accessing basic section 211, a 
client-side resource accessing section 212, a server-side 
resource accessing section 213, and server component infor- 
mation 214. The client^ide resource accessing section 212 
includes GUI 212a. The client-side resource accessing sec- 
tion 212 and server-side resource accessing section 213 are 
not necessarily provided. They may be omitted under certain 
conditions. 

One example of the server component information 214 is 
shown in FIG. 40. The server component information 214 
includes the component name, the execution position of the 
server-side resource accessing section, the presence or 
absence of the client-side resource accessing section. 

The main server host 220 is composed of a component 
manager 221, a component server host 222, and an execu- 
tion position decision section 223. 

The server host 230 includes a sub-server component 
loader 231. 

The execution position display .section 240 includes GUI 
241. 

The database accessing client server host 250 is composed 
of a client component loader 252, a callback interface 253, 
and GUI 250. 

The operation of the distributed system constructed as 
described above will be explained in terms of the decision, 
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arrangement, and execution of the server component 210 
and the relocation after execution, following the sequence 
through which the database accessing application program 
of FIG. 39 is executed. The database accessing application 

5 program taken as example is assumed to be such an appU- 
cation program as accesses a simple sales management 
database as shown in FIG. 41 and displays the total amount 
of money spent for purchase about a specific customer. 
FIG. 42 shows GUI 253 for the chent server host 250 in 

10 the application program. 

FIG. 43 shows the flow for the determination, 
arrangement, execution, and relocation of the execution 
position of the server component 210 in the tenth embodi- 
ment. In execution position decision, for the user of the 

15 application program to access the database, the client server 
host 250 requests the server component 210 from the main 
server host 220 and the execution position decision section 
223 judges the execution position. Arrangement includes the 
delivery of the server component 210 according to the 

20 determined execution position, instance creation, 
preparation, and connection to the client server host 250. 
Execution is the process of actually accessing the database. 
Relocation is rearrangement after the manager has executed 
the server component 210. The database accessing applica- 

25 tion program is illustrative and not restrictive. The present 
invention is appUcable to any type of apphcation program. 

(1) [Execution position decision] the flow up to requesting 
the server component 210 

The user of the database application program first enters 
30 the name of the customer that he wants to retrieve into a 
customer name input section 610 (step ST102). Then, he 
presses a retrieval button 506 (step ST104). The client server 
host 250 checks to see if the server component 210 is ready 
for use (step ST106). If it is ready for use, the client host will 
35 carry out processes including retrieval using the server 
component (step ST114) and display the result (step ST16). 

If it is not ready for tise, the client server host 250 will 
request the server component 210 from the component 
server host 222 (step ST108), The component server host 
40 222 asks the execution position decision section 223 to 
determine the execution position of the server component 
210 the client server host 250 has requested from the 
component server host 220 (step STUO). 

(2) [Arrangement] the flow from when the execution 
45 position decision has been completed until the server com- 
ponent 210 has become usable 

The flow from when the execution position decision has 
been completed until the server component 210 has become 
usable will be described by reference to FIGS. 44Aand 44B. 

50 FIG. 45 shows an example of the server component infor- 
mation 214 the server component 210 has during the pro- 
cess. In the server component information 214, the server 
component 210 is stored as the component name, the sub- 
server machine (B) 350 as the execution place of the 

55 server-side resource accessing section, and presence as the 
presence or absence of the client-side resource accessing 
section. 

To determine the execution position of the server com- 
ponent 210 requested, the component server host 222 refers 

60 to the server component information 214 in the server 
component 210 via the component manager 221 and checks 
to see if the computer that runs the DB accessing basic 
section 211 has been specified. The information is optional 
and therefore may be absent. In the tenth embodiment, it is 

65 not particularly specified. 

Next, the component server asks the execution position 
decision section 223 for the execution position. In this 
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embodiment, it is assumed to be the sub-server machine (A) 
340. When the execution position of the server component 
basic section (database accessing basic section 211) is 
specified in the server component information 214 and the 
specified place differs fi-om the result of the decision by the 
execution position decision section 223, the system can 
decide whether the former or the latter should be the 
execution place. For example, the system may give priority 
to the server component information 214. 

In FIGS. 44A and 44B, because the result of judging the 
execution position of the server component 210 (step 
ST120) has shown that the execution position of the DB 
accessing basic section 211 is the server host 230, the 
component server host 222 receives the DB accessing basic 
section 211 from the component manager 221 and delivers 
it to the sub-server component loader 231 of the sub-server 
machine (A) 340 (step ST124). The sub-server component 
loader 231 creates an instance for the received DB accessing 
basic section 211 and does initialization (makes preparations 
to set an initial value and to receive the connection from the 
client server host 250) (step ST126). Then, the component 
server host 222 informs the client component loader 252 that 
it has run the requested server component 210 on the 
sub-server machine (A) 340. On the basis of the information, 
the client server host 250 connects to the DB access basic 
section 211 nmning on the sub-server machine (A) 340. 

Because it is known from the server component informa- 
tion 214 that the server component 210 has the chent-side 
resource accessing section 212 (step ST132), the component 
server host 222 sends the client-side resource accessing 
section 212 to the client component loader 252 of the client 
server host 250 (step ST134). The client component loader 
252 creates an instance for the received client-side resource 
accessing section 212 and make initialization (step S136). 
Then, the loader 252 sets it in the DB accessing basic section 
211 being executed on the sub -server machine (A) 340 (step 
ST138). 

Similarly, because the server component information 214 
specifies "the execution place of the server-side resource 
accessing section 213," it is known that the server compo- 
nent 210 also has the server-side resource accessing section 
213 (step ST140). Therefore, the component server host 222 
checks the server component information 214 for the com- 
puter on which the server-side resource accessing section 
213 should be ruin (step ST142). If "the execution place of 
the server-side resource accessing section 213" has not been 
specified, this means that the server component 210 does not 
have the server-side resource accessing section 213. In this 
example, because the server-side resource accessing section 
213 is run on the sub -server host 230, the component server 
host 222 sends the server-side resource accessing section 
213 to the sub-server component loader 231 of the sub- 
server host 230 (step ST146). Receiving the server-side 
resource accessing section 213, the sub-server component 
loader 231 creates its instance and does initialization (step 
ST148). Then, the bader 231 sets it in the DB accessing 
basic section 211 being executed on the sub -server machine 
(A) 340, 

Following the above flow, all the system configuration 
necessary for database accessing in the tenth embodiment 
(the client-server relationship) have been completed. 

(3) [Execution] Flow of the process of actually accessing 
the database 

Although not directly related to the present invention, 
database accessing in the tenth embodiment will be 
described by reference to FIG. 46. 

The client server host 250 sends the purchaser's name 
entered into a purchaser's name input section to the DB 
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accessing basic section 211 (step ST160). The DB accessing 
basic section 211 hands over the purchaser's name to the 
server-side resource accessing section 213 and instructs it to 
access the database (step ST162). The server-side resource 

5 accessing section 213 acquires data items including the 
handed-over purchaser's name from the database and returns 
the results to the DB accessing basic section 211 (step 
ST164). The DB accessing basic section 211 sums the 
resulting prices and returns the total value to the client server 

10 host 250 (step ST166). Receiving the result, the client server 
host 250 displays the result on the total purchase price 
display section of the GUI (step ST168). 

(4) [Relocation] Relocation after the manager has 
executed the server component 210 

15 When the component server host 222 creates an instance 
for the DB accessing basic section 211 or delivers the basic 
section 211 to another component loader, it informs the 
execution position decision section 223 of the corresponding 
server component 210 (DB accessing basic section 211) and 

20 the place in which the component has been executed. The 
execution position decision section 223 holds these pieces of 
information in list form, informs the execution position 
specifying section 240 of them, and displays them using 
GUI. The GUI in the tenth embodiment is shown in FIG. 47. 

25 The operation of GUI will be described by reference to the 
flowchart of FIG. 48. 

To display infomiation on the server component 210 now 
being executed and held in the execution position decision 
section 233 as shown in FIG. 47, the GUI has a server 

30 component name display section, a present execution place 
display section, a relocation place specifying section, a 
relocation execute button, and an end button. Each of the 
server component name display section and relocation place 
specifying section provides a puU-down menu. When the 

35 button to the right of each section is pressed, a list of choices 
appears. The system manager selects from the display. When 
the manager specifies the server component 210 on the 
server component name display section, the place in which 
the selected server component 210 is running appears on the 

40 present execution place display section (step ST170). This 
information is stored in the execution position decision 
section 223. 

Next, the system manger specifies the main server host 
220 machine as a place of relocation on the relocation place 

45 specifying section of GUI (step ST172). Data on the choices 
for relocation place is stored in the execution position 
decision section 223. In the tenth embodiment, the main 
server machine 330, sub -server machine (A) 340, sub-server 
machine (B) 230, and client machine 360 are to be selected. 

so These data items are acquired through data exchange 
between the main server host 220, sub-server host 230, and 
client server host 250 at the system start-up. For example, 
when being started up, the main server host 220 searches for 
a sub-server host 230 in the network and informs the 

55 execution position decision section 223 of the found sub- 
server host. When being started up, the sub-server host 230 
communicates with the main server host 220 and informs the 
execution position decision section 223 via the component 
of its start-up. When requesting the server component 210 

60 from the main server host 220, the client server host 250 
informs the execution position decision section 223 via the 
component server host 222 of the request. 

When the system manager presses the relocation button, 
the execution position specifying section sends the specified 

65 server component 210 and information on the relocation 
place (main server host 220) to the execution position 
decision section 223 (step ST174). The execution position 
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decision section 223 notifies the component server host 222 
of the contents (step ST176) and starts the relocating process 
(step ST178), 

FIGS. 49 A and 49B show is a flowchart for a case where 
the system manager displaces the server component 210 
from the sub-server machine (A) 340 to the main server 
machine 330. Basically, the flowchart is almost the same as 
the process explained in item (2) "the flow from when the 
execution position decision has been completed until the 
server component 210 has become usable." Therefore, the 
process will be described briefly. 

Becaxise the relocation place is the main machine, the 
component server host 222 creates an instance for the DB 
access basic section 211 and does initialization (step 
ST204). The occurrence of relocation is notified to the client 
server host 250 and the server component 210 that has been 
in operation until now is discarded (step ST212). When what 
is discarded is another sub-server host 230 or client, a 
message to discard it is sent. The side that has received the 
message discards it. 

Since the server component 210 has the cUent-side 
resource accessing section 212, it make preparations (steps 
ST214 to ST220). Similarly, since the server component 210 
has the server-side resource accessing section 213, it makes 
preparation (steps ST222 to ST232). 

This completes the relocation. 

After the relocation has been completed, the database 
accessing process described in item (3) can be resumed. 

In addition to the effects of the first to ninth embodiments, 
the tenth embodiment can change (relocate) the execution 
position of the server process executed. 

The present invention is not restricted to the above- 
described embodiments and may be practiced or embodied 
in still other ways without departing from the spirit or 
essential character thereof. For instance, the techniques 
described in the embodiments may be stored in a recording 
medium, such as a magnetic disk (e.g., a floppy disk or a 
hard disk), an optical disk (e.g., CD-ROM or DVD), or 
semiconductor memory, in the form of programs executable 
on a computer and be distributed through a communication 
medium. The programs stored on the recording medium 
includes a setting program that enables executable software 
means (including not only executable programs but also 
tables and data structures) to be constructed within the 
computer The computer realizing this system reads the 
programs recorded on the recording medium, constructs 
software means using the setting program, if necessary, and 
executes the aforementioned processes under the control of 
the software means. 

Next, applications of the distributed system of the present 
invention will be explained. 

(Application 1) 

An distributed system of the present invention can be 
applied to an image processing application program. 

In an image processing application program, the amoimt 
of transferred data (including arguments and returned 
values) for processing is enormous but the processing itself 
includes many simple repetitions, whidi often enables the 
size of the server component body to be decreased. As a 
result, the execution position is changed in the image 
processing application program so that the processing result 
may be obtained faster, depending on the computing capa- 
bility of the client host and sever host and the state of the 
network. Thus, applying the present system to the image 
processing application program improves the throughput. 

One of the concrete applications of the system to a server 
component is the process of smoothing images as described 
in the embodiments. 
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(Application 2) 

A distributed system of the present invention can be 
applied to component business in a mobile environment 
In the distribution of components, use of networks has 
5 been considered to be one of the most effective means. When 
Uie distributed system is used as an infrastructure, an effec- 
tive component sales system can be constructed. 

In such usage, the system can be considered applicable to 
the Internet connection at ordinary homes through a mobile 
10 environment or a public communication network rather than 
to a constantly connected network environment, such as a 
LAN. 

The user (the client host 1) connects to a component 
provider that provides componenis and purchases the nec- 

15 essary components. At that time, in the case of a user who 
wants to try the component before buying it, the server 
component body is allowed to run on only the server host 2. 
Restrictions are placed on the number of uses and the using 
time, if necessary. The restricting mechanism is provided on 

20 the client-side adapter 22, for example. Then, when the user 
has decided to buy the component, the server component 
body is downloaded into the client host 1 so that it may be 
stored in a local disk on the client host 1. 
Since the component developer can develop server com- 

25 ponents without taking into account in what situation it is 
used, the burden on the component developer is almost the 
same as in developing conventional components, even when 
the component developer uses the system as described 
above, in parallel with the aforementioned automatic creat- 

30 ing technique. 

In such usage, what corresponds to the server component 
includes not only executable processes but also various 
types of data. For example, the offering of new map com- 
ponents in a strategic simulation game, news components 

35 (the headline is sent to a client and the text is treated as the 
component body), released new song components (what is 
sent to a client is only part of the song or a low-sound -quality 
version of the song (roughly sampled version)) can be 
considered. 

40 The sale of news components is taken as example. In a 
news component seUing system, the client-side adapter 22 
provides only simple pieces of information, such as head- 
lines or summaries. Then, the component body 21 provides 
the detailed contents of news and photographs. With the 

45 system, the server-side adapter 24 almost does not need to 
operate. For example, when pieces of information in the 
server component body, such as part of the audio 
information, is accessed by the client-side adapter 22, the 
serve-side adapter 24 has to operate. 

50 When the user tries the desired news component from the 
client host 150, he can sec only simple contents he can refer 
to via the cUent-side adapter 22. At the time when he actually 
buys the component and downloads it at hand, he is allowed 
to refer to detailed information. 

55 Furthermore, combining the above-described technique 
with software delivery, such as PUSH techniques, provides 
a wide variety of services. 
(Application 3) 

The present distributed system can be applied to a dis- 
60 tributed component development system. 

In the development of applications and components sup- 
posed to be used via a network, they arc considered to be 
developed efficiently by using the distributed system as an 
infrastructure. 

65 For example, the component developer registers compo- 
nents in the system on condition that those of p version 
should be run on only the server host 2, Because the p 
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version can be executed on only the server host 2, it is easy 
to collect error logs and the client host 1 is relatively safe. 
Of course, users of clients capable of canying out p tests can 
be limited. The finished components can be distributed as 
ordinary components by just changing the condition 
(condition that components of the p version should be 
executable on only the server host 2). This eliminates the 
need of creating special stubs at the test stage or others, 
which makes the system effective in terms of development 
efiGciency. 

(Application 4) 

The present distributed system can be applied to the 
development of a system capable of absorbing the difference 
in an execution environment. 

In the constantly advancing language environment, such 
as Java, there is a possibility that API will be added or 
modified depending on the difference in version or differ 
firom one execution environment to another. Hie present 
system is considered to be effective in absorbing the differ- 
ence in execution environment. 

For example, it is assumed that, when a server host, a first 
client host, and a second client host are connected to a 
network, the first client host supports all the Java API and the 
second client host does not support the Java expanded API. 

In a case where the processing component requested by 
the user requires a certain expanded API, when the first 
client issues a request for a process, any of the client and 
server hosts can execute the expanded API. Therefore, the 
process can be executed on the host with the lower load, for 
example. When the second client issues the request, the 
client host cannot execute the process. Therefore, the pro- 
cess is always caused to be executed on the server host. 

By doing this, the process can be executed flexibly even 
when there is a difference in the execution environment. 
This enables the present system to be used effectively even 
in a limited execution environment used in a built-in micro- 
computer system. 

(Application 5) 

Application of the present invention to an ordinary DB 
system decreases network traffic. 

When usual business application programs are 
considered, there are a lot of server hosts and client hosts 
constituting a database, and the physical configuration of the 
network takes various forms. 

For example, consider a case where a LAN is composed 
of two segments, a component server that provides server 
components is on a second segment of the LAN, a provided 
component is a processing component that accesses a spe- 
cific DB, and a client uses it. 

In this case, for example, the first client on the first 
segment requests a component for accessing a DB server on 
the first segment, executing it on the first client on the first 
segment is better than executing the component on the 
component server on the second segment firom the viewpoint 
of network traffic. 

Usually, when this type of distributed application system 
is constructed, such a physical configuration is taken into 
consideration at the stage of designing the overall system. It 
is difficult, however, to cope with frequent addition and 
deletion of client hosts and DB to modify the network 
configuration. Constructing a distributed application system 
on the basis of the present client system makes it possible to 
cope with the modification of the network configuration by 
just changing the execution position of the component This 
enables the optimum distributed system to be used continu- 
ously. 

As described above, with the distributed system of the 
present invention, the following is possible in a network 
environment where two or more computers arc connected; 

(1) Because a server manages the process execution body 
and determines its execution position, the execution position 
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of the executable process can be modified dynamically and 
the system configuration be changed flexibly. 

(2) Because the server component developer has only to 
implement processing logic or the server-side process in 

5 only one place (server host), he or she not only need not 
develop executable processes running on the client host and 
those running on the server host separately, but also 
decreases the burden of maintaining and managing the 
processing logic and implementing programs. 

jQ (3) Because the server component is composed of the 
basic section, client-side resoxirce accessing section, and 
server-side resource accessing section, this enables a spe- 
cific computer resource to access the server component. 

(4) There are sub-servers in addition to the main server. 
J 5 When a component is executed on a sub-server, the main 

server delivers a server component to a sub-server. Receiv- 
ing the component, the sub-server makes it executable. 

(5) The execution position is determined. A server com- 
ponent is delivered to the determined position, where the 

2Q component is executed. Thereafter, the execution position 
can be further changed (relocated). 

The present invention is not restricted to the above - 
described embodiments and may be practiced or embodied 
in still other ways without departing firom the spirit or 

^ essential character thereof. For example, although each of 
the above embodiments has been explained independently, 
two or more of them may be combined suitably. 

Additional advantages and modifications will readily 
occur to those skilled in the art. Therefore, the invention in 

3Q its broader aspects is not limited to the specific details and 
representative embodiments shown and described herein. 
Accordingly, various modifications may be made without 
departing from the spirit or scope of the general inventive 
concept as defined by the appended claims and their equiva- 

35 lents. 

What is claimed is: 

1. A distributed system comprising a client and a server, 
wherein said client comprises an application basic part that 
issues a request for a process, and 

40 said server comprises management means that manages a 
server component for executing the process requested 
by said application basic part, network monitor means 
for detecting a performance of the distributed system, 
execution position decision means that receives the 

45 request from said application basic part and decides 
whether the server component should be executed on 
said client or said server based on a detected perfor- 
mance of the distributed system, and server component 
handover means that obtains the server component and 

50 hands over the obtained server component to said client 
or said server according to a result of decision at said 
execution position decision means, 
wherein the network monitor means acquires at least one 
of load information about said server and said client, 

55 information on the processing capability of said server 
and said client, a data transfer speed of a network 
connecting said server and said client, size information 
about said server component, and information on an 
amouint of calculation at said server component, and 

60 offers the acquired information to said execution posi- 
tion decision means, and wherein 
said execution position decision means determines the 
execution position of said server component based on 
the information offered by said network monitor 

65 means. 

2. The distributed system according to claim 1, wherein 
said server comprises access control monitoring means that 
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judges \\^ether or not to accept the request for a process 
issued by the application basic part, based on user informa- 
tion about said client or identification information in said 
application basic part, and 
said execution position decision means decides whether 
or not said server component should be executed based 
on a result of judgment at said access control monitor- 
ing means. 

3. The distributed system according to claim 1, wherein 
said server component comprises a server component body 
in which the requested process has been implemented, a 
client-side adapter that communicates with said server, a 
server-side adapter that communicates with said client, and 
a common interface that defines an interface between said 
server component body and said client-side adapter. 

4. The distributed system according to claim 1, wherein 
said server component comprises a client resource accessing 
section that accesses a client resource, a server resource 
accessing section that accesses a server resource, a server 
resource accessing client-side adapter and a server resource 
accessing server-side adapter that for communicating with 
the server resource accessing section when the server com- 
ponent body is executed on said client. 

5. The distributed system according to claim 1, wherein 
said server component comprises a client resource accessing 
section that accesses a client resource, a server resource 
accessing section that accesses a server resource, a server 
resource accessing client-side adapter and a server resource 
accessing server-side adapter that are for communicating 
with the server resource accessing section when the server 
component body is executed on said client, and a client 
resource accessing client-side adapter and a client resource 
accessing server-side adapter that are for communicating 
with the client resource accessing section when the server 
component body is executed on said server. 

6. The distributed system according to claim 1» in which 
the executed position decision means decides whether the 
server component should be executed on said client or said 
server in order to improve a throughput. 

7. The distributed system according to claim 1, in which 
the execution position decision means decides whether the 
server component should be executed on said client or said 
server in order to minimize an amount of data transferred 
between the client and the server. 

8. A server component creating device which creates a 
server component used in a distributed system comprising: 

a client including an application basic part that issues a 

request for a process, and 
a server including management means that manages a 
server component for executing the process requested 
by said application basis part, execution position deci- 
sion means that receives the request from said appli- 
cation basis part and decides whether a server compo- 
nent for executing the process should be executed on 
said client or said server, and server component han- 
dover means that obtains the server component for 
executing the process requested by said application 
basis part and hands over the obtained server compo- 
nent to said client or said server according to a result of 
decision at said execution position decision means, the 
server component creating device comprising: 
template offering means that offers templates for the 

server component; 
information offering means that offers information on 

said server component; and 
program creating means that creates a server compo- 
nent by combining said templates and/or applying 
said information to the templates. 
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9. A distributed system comprising computers connected 
to each other, the system comprising: 

a client; and 

a main server which determines an arbitrary computer 
before execution as an execution position of a process 
requested by the client, obtains a server component for 
executing the process from management means for 
managing the server component for executing the 
process, hands over the acquired server component to 
a determined computer, receives a result of processing 
from the determined computer* and hands over the 
result to the main server. 

10. The distributed system according to claim 9, wherein 
said main server comprises means that determines the 
execution position temporarily and changes the execution 
position of the server component being executed on the 
determined computer to another computer 

U. A computer-readable recording medium on which a 
program for controlling a distributed system comprising a 
client and a server is recorded, said program comprising: 

a management program code that manages a server com- 
ponent for executing the process requested by an appli- 
cation basic part of said client; 

a network monitor code that acquires at least one of load 
information about said server and said client, informa- 
tion on the processing capability of said server and said 
client, a data transfer speed of a network connecting 
said server and said client, size information about said 
server component, and information on an amount of 
calculation at said server component; 

an execution position decision program code that receives 
the request from said application basic part and decides 
whether said server component should be executed on 
said client or said server based on the information 
acqxiired by the network monitor code; and 

a server component handover program code that obtains 
said server component from said management program 
code and hands over the obtained server component to 
said client or said server according to a result of 
decision at said execution position decision program 
code. 

12. A computer-readable recording medium on which a 
program for controlling a distributed system comprising a 
client and a server and capable of dynamically changing the 
decision whether the process requested by an application 
basic part on said client should be executed on said client or 
said server is recorded, said program comprising: 

a management program code that manages a server com- 
ponent for executing the process requested by the 
application basic part on said client; 
a network monitor code that acquires at least one of load 
information about said server and said client, informa- 
tion on the processing capability of said server and said 
client, a data transfer speed of a network connecting 
said server and said client, size information about said 
server component, and information on an amount of 
calculation at said server component; 
a server component program code that enables the process 
requested by the application basic part on said client to 
be executed on both of said client and said server based 
on the information acquired by the network monitor 
code; and 

a communicating program code that is for securing com- 
munication with said application basic part when the 
server component program code is executed on said 
server 
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13. A method of determining the execution position of a 
server component for executing a process requested by a 
client host in a distributed system comprising a client host 
and a server host, wherein 

the client host requests a desired server component, 

a component loader for the client host checks whether the 
server component requested has already been loaded 
into a component cache of the client host, 

if the server component has not been loaded yet, the 
request of the specified server component is transmitted 
to the compoaent server for the server host and simul- 
taneously client host information, including a load 
average of the client host, a remaining amount of 
memory, and enable/disable of swap, is notified to the 
component server, 

the component server acquires server host information 
and information on a network connecting said client 
host and said server host, and not only notifies the 
acquired server host information and network informa- 
tion to the execution position decision section but also 
asks the execution position decision section whether 
the specified server component should be executed on 
the client host or the server host, and 

the execution position decision section acquires not only 
information on both of the hosts handed over from the 
component server but also server component informa- 
tion about the specified server component, and decides 
based on these pieces of information whether the 
specified server component should be run on the client 
host or the server host. 

14. The method according to claim 13, wherein said 
execution position decision section calculates the processing 
time necessary for each of the cases where the server 
component is executed on the client host and where the 
server component is executed on the server host and decides 
that the component should be executed on the host with the 
shorter processing time. 
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15. The method according to claim 13, wherein when said 
execution position decision section has decided that the 
server component should be executed on the client host, 

the component server reads the server component speci- 
^ fled by a storage unit and sends the server component 
to the component loader that has issued the request, 

the component loader creates an executable server com- 
ponent object from the obtained server component and 
hands over its pointer to a client application basic part, 
and 

the client application basic part executes the specified 
process by using the handed-over server component. 

16. The method according to claim 13, wherein when said 
J 5 execution position decision section has decided that the 

server component should be executed on the server host, 
the component server receives the client-side adapter of 
the specified server component and the server compo- 
nent and creates an executable server component object 
20 from the server component on the server host, 

the component server creates an object for the server-side 
adapter to enable distributed intcrobject 
communication, 
the component server sends the client-side adapter as a 
^ server component to the component loader that has 
issued the request, 
the component loader creates an executable stub object 
for the received client-side adapter, 
30 the component loader hands over the pointer of the 
created stub object to the client application basic part, 
and 

the client application basic part accesses the created 
remote server component on the server host via the stub 
35 object of the client-side adapter and executes the pro- 
cess. 

4t « « « ir 
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